similar to: [LLVMdev] AMD Developer position

AMD Research Co-op position: LLVM compiler developer As part of a larger research project within AMD we are looking for a co-op to work on a compiler project that is using LLVM as its backend. The project is studying how explicitly parallel vector programming models (such as Cuda, OpenCL, and ISPC) can be compiled without loss of performance portability. The interested candidate should have

COMPILER Compiler Lead, Stream Computing We are currently looking for a software engineer as part of the core team developing OpenCL, a new open standard for heterogonous general purpose programming, compilers for multi-core CPU and many-core graphics systems. The engineer will be involved in all aspects of OpenCL compiler features, using LLVM, development and maintenance and will

Hi, AMD is currently looking for talented compiler engineers to work with LLVM and this list seemed like a good place to let people know. Below is the job description, please send me an email if you are interested. Regards, Ben Compiler engineer ATI is now part of the new AMD. AMD and ATI have joined forces, combining AMD¹s technology leadership in microprocessors with ATI¹s strengths in

LLVM Compiler Engineers, OpenCL We are currently looking for a software engineer as part of the core team developing the OpenCL, an open standard for heterogonous general purpose programming, compiler for multi-core CPU and many-core graphics systems. We are looking to fill positions in the compiler where the candidate will be involved with the maintenance and development of code generation

GPU Compiler Intern, OpenCL Compiler Team AMD is looking for an summer 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. The intern will be tasked with helping develop OpenCL features or optimizations for AMD products using LLVM. Knowledge of LLVM or contribution to LLVM

1. Senior Compiler Engineer, Stream Compute Team - AMD, Sunnyvale, California We are currently looking for a senior software engineer to join the core team developing our OpenCL compiler stack for multi-core CPU and many-core graphics systems. The selected candidate will be involved in all aspects feature development and maintenance, and will participate in performance tuning for new multi-core

That's true, TBB is limited in compatibility. I don't necessarily think that's where a parallel FLAC API should head, but they're something to be said for Intel's increasing openness with the project and the pipeline design itself. The pipeline could possible be ported to pthreads. Our project was conceived as a way to learn TBB by doing, so we didn't put any time/thought

Hello! The if-converter tries to match 'Simple' patterns looking like this: // Simple (split, no rejoin): // EBB // | \_ // | | // | TBB---> exit // | // FBB The IfConverter::ValidSimple method (lib/CodeGen/IfConversion.cpp:461) checks if TBB matches this pattern. It basically does this by simply checking if AnalyseBranch fails on

Along the same line as Frederick, myself and another university student were able to implement a multi threaded FLAC encoder, but using Intel's Threading Building Blocks (TBB) package. We saw similar near-linear speedup. Our solution is a bit more convoluted since we were learning the API, TBB and writing the encoder all in one 6 week period. We used a pipeline model on the input stream, and

GPU Compiler Intern, OpenCL Compiler Team AMD is looking for an summer 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. The intern will be tasked with helping develop optimization and/or code generation passes for AMD GPU's. Knowledge of LLVM or contribution to LLVM

I was hoping to get feedback on this proposal formatted as a patch. I'd like to teach AnalyzeBranch to handle conditional returns on PPC, but the currently documented API for AnalyzeBranch doesn't support it. I propose the following enhancement to the API so that I can teach AnalyzeBranch about conditional return instructions. ---------- Forwarded message ---------- From: Kyle Butt

I'm probably missing something simple here but in: CGDebugInfo.h: std::vector<std::pair<void *, llvm::WeakVH> >ReplaceMap; but then in CGDebugInfo.cpp: llvm::DIType TC = getTypeOrNull(Ty); void * v = Ty.getAsOpaquePtr(); std::pair<void *, llvm::WeakVH> tmp = std::make_pair(v, TC); if (TC.Verify() && TC.isForwardDecl())

Hi Ben, Thanks that helped a lot. The problem seems to be that with the move to C++11 we now have: void std::vector<_Ty>::push_back(std::pair<_Ty1,_Ty2> &&)' and there no conversion operator that can be applied to convert: 'std::pair<_Ty1,_Ty2>' to 'std::pair<_Ty3,_Ty4> && Where: [ _Ty1=void *,

I am using Ubuntu 10.04 LTS and the wine1.3 ppa (https://launchpad.net/~ubuntu-wine/+archive/ppa). I upgraded this morning using the normal update manager, and I went to run Photoshop CS5 which has been working flawlessly for months, it broke. According to /var/log/apt/term.log I updated from wine1.3.26 to wine1.3.28. I get this error: Code: wine: Call from 0x7b83b332 to unimplemented function

On 09.08.2012, at 19:43, "Gaster, Benedict" <Benedict.Gaster at amd.com> wrote: > I’m probably missing something simple here but in: > > CGDebugInfo.h: > > std::vector<std::pair<void *, llvm::WeakVH> >ReplaceMap; > > but then in > > CGDebugInfo.cpp: > > llvm::DIType TC = getTypeOrNull(Ty); > > void * v =

Ben, I saw your posting to llvm-dev about a developer position at AMD, give me a call or send me an email, I think we could "do business" as they say, 408-377-8940 sincerely, Peter Lawrence.

Compiler Engineer, Stream Computing We are currently looking for a software engineer as part of the core team developing OpenCL, a new open standard for heterogonous general purpose programming, compilers for multi-core CPU and many-core graphics systems. The engineer will be involved in all aspects of OpenCL compiler features, development and maintenance and will participate in performance

On 01/06/2013 07:20 PM, Dmitri Gribenko wrote: > On Mon, Jan 7, 2013 at 12:23 AM, Edward Diener > <eldlistmailingz at tropicsoft.com> wrote: >> On Mageia 2 I have installed the binary clang package clang3.0-7. When I >> tried to build the latest llvm/clang from source using this binary clang >> I get this error: >> >> 1) In file included from >>

The unchecked assertion that the same register is not added multiple times to the MBB::LiveIn list isn't being respected. Could we add an assertion to check for it? ==== //dwarc/Tools/MetaWare/Toolset/main/dev/llvm/include/llvm/CodeGen/MachineBasicBlock.h#6 - /remote/arctools/marksl/marksl_1/llvm/include/llvm/CodeGen/MachineBasicBlock.h ==== 295,298d294 < /// addLiveIn - Add the

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