similar to: [LLVMdev] JOB AD: PathScale's compiler frontend/GPGPU team

** Great talks this meeting: (live & on video) ** Ekiga3, Asterisk, GPGPU, GStreamer, Debian Edu, HowTo Present KDE at meetings http://sites.google.com/site/berkeleytip/ Join from anywhere via VOIP conference, with the friendly, educational, productive, BerkeleyTIP people. :) Join the #berkeleytip freenode.net IRC channel for help getting your VOIP working.

On Mon, Apr 2, 2012 at 7:16 AM, Yabin Hu <yabin.hwu at gmail.com> wrote: > Hi all, > > I am a phd student from Huazhong University of Sci&Tech, China. The > following is my GSoC 2012 proposal. > Comments are welcome! > > *Title: Automatic GPGPU Code Generation for LLVM* > > *Abstract* > Very often, manually developing an GPGPU application is a

Hi Yabin, Instead of compile the LLVM IR to PTX asm string in a ScopPass, you can also the improve llc/lli or create new tools to support the code generation for Heterogeneous platforms[1], i.e. generate code for more than one target architecture at the same time. Something like this is not very complicated and had been implemented[2,3] by some people, but not available in LLVM mainstream.

https://bugs.freedesktop.org/show_bug.cgi?id=40891 Summary: OpenCL: Implementing an LLVM backend for GPGPU Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=40890 Summary: OpenCL: Implement a GPGPU runtime following the CAL specification Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

On 06/11/14 08:39 PM, Chandler Carruth wrote: > > On Wed, Jun 11, 2014 at 1:44 AM, Ted Kremenek <kremenek at apple.com > <mailto:kremenek at apple.com>> wrote: > > On Jun 10, 2014, at 5:36 PM, C. Bergström > <cbergstrom at pathscale.com <mailto:cbergstrom at pathscale.com>> wrote: > > > On 06/11/14 06:58 AM, Ted Kremenek wrote: >

Hi Justin, 2012/4/3 Justin Holewinski <justin.holewinski at gmail.com> > *Motivation* >> With the broad proliferation of GPU computing, it is very important to >> provide an easy and automatic tool to develop or port the applications to >> GPU for normal developers, especially for those domain experts who want to >> harness the huge computing power of GPU. Polly

Hi all, I am a phd student from Huazhong University of Sci&Tech, China. The following is my GSoC 2012 proposal. Comments are welcome! *Title: Automatic GPGPU Code Generation for LLVM* *Abstract* Very often, manually developing an GPGPU application is a time-consuming, complex, error-prone and iterative process. In this project, I propose to build an automatic GPGPU code generation framework

and AJB kernel-2.6.35-3.bcat.src.rpm [I see AlanBartlett as the last editor on that page] I have installed the given ajb source rpm kernel-2.6.35-3.bcat.src.rpm, and verified that it is intact: [herrold at kernel-bleeder linux-2.6.35.i686]$ rpm -Vp ~/build/ajb/sources/kernel-2.6.35-3.bcat.src.rpm warning: /home/herrold/build/ajb/sources/kernel-2.6.35-3.bcat.src.rpm: Header V3 DSA signature:

Dear All, Historically, we *have* permitted job announcements for jobs that require or desire expertise with LLVM or one of it's sub-projects. To the best of my knowledge, we've never required that the position announcement state that the job will contribute directly to the LLVM project (or its sub-projects) or that the code created by the position be open source. As an example,

On Tue, Oct 29, 2013 at 6:11 PM, "C. Bergström" <cbergstrom at pathscale.com>wrote: > On 10/30/13 03:17 AM, Chandler Carruth wrote: > >> On Mon, Oct 28, 2013 at 6:07 PM, "C. Bergström" <cbergstrom at pathscale.com<mailto: >> cbergstrom at pathscale.**com <cbergstrom at pathscale.com>>> wrote: >> >> On 10/29/13 07:27 AM,

On Sep 23, 2013, at 10:01 AM, C. Bergström <cbergstrom at pathscale.com> wrote: > On 09/23/13 11:54 PM, Chris Lattner wrote: >> >> On Sep 23, 2013, at 5:25 AM, Alex L <arphaman at gmail.com <mailto:arphaman at gmail.com>> wrote: >> >>> Hi everyone! >>> >>> Today is the official "pencils down" day for GSoC and I wrote a

On 10/30/13 03:17 AM, Chandler Carruth wrote: > On Mon, Oct 28, 2013 at 6:07 PM, "C. Bergström" > <cbergstrom at pathscale.com <mailto:cbergstrom at pathscale.com>> wrote: > > On 10/29/13 07:27 AM, Chandler Carruth wrote: > > On Mon, Oct 28, 2013 at 5:06 PM, "C. Bergström" > <cbergstrom at pathscale.com

On 09/24/13 12:16 AM, Chris Lattner wrote: > On Sep 23, 2013, at 10:01 AM, C. Bergström <cbergstrom at pathscale.com> wrote: > >> On 09/23/13 11:54 PM, Chris Lattner wrote: >>> On Sep 23, 2013, at 5:25 AM, Alex L <arphaman at gmail.com <mailto:arphaman at gmail.com>> wrote: >>> >>>> Hi everyone! >>>> >>>> Today is

On Mon, Oct 28, 2013 at 6:07 PM, "C. Bergström" <cbergstrom at pathscale.com>wrote: > On 10/29/13 07:27 AM, Chandler Carruth wrote: > > On Mon, Oct 28, 2013 at 5:06 PM, "C. Bergström" <cbergstrom at pathscale.com<mailto: >> cbergstrom at pathscale.**com <cbergstrom at pathscale.com>>> wrote: >> >> fuzzy://How much

AMD is looking for a spring intern to work with our core team developing OpenCL, an open standard for heterogonous general purpose programming, compilers for multi-core CPU and many-core graphics systems. This is a paid position. The intern tasks usually range from implementing extensions to OpenCL that touch the entire compiler stack all the way down to device specific optimizations. As

On Jun 10, 2014, at 5:36 PM, C. Bergström <cbergstrom at pathscale.com> wrote: > On 06/11/14 06:58 AM, Ted Kremenek wrote: >> ** NOTE: This is a compiler job announcement. ** >> >> The Apple Source Languages team is looking for exceptional engineers to work on the Swift programming language: > Maybe this has been asked already and I missed it - Will Swift be open

oops, forget to cc the dev-list hi tobi, > > > Yes. And instead of saving the two modules in separate files, we can store > the kernel modul as a 'string' in the host module and add the necessary > library calls to load it at run time. This will give a smooth user > experience and requires almost no additional infrastructure. We may lost some co-optimization

Hi All, I've been fooling around NVIDIA CUDA (the new architecture for parallel general-purpose computing on their latest video cards such as the GeForce 8800 series). In my opinion, these devices promise to be the perfect acceleration platform for FLAC. They offer massive SIMD-type parallelism for floating-point processing, with two available kinds of batching (thread blocks vs. grids)

Hi Justin, the non-translatable IR with GPU code replaced by appropriate CUDA Driver > API calls. One of CUDA driver apis (cuLaunch) need a ptx asm string as its input. So if I want to provide a one-touch solution and don't introduce any changes to tools outside polly, I must prepare the ptx string before I can generate the correct non-translatable IR part. As your suggestion, It may