search for: rhodin

...illmow, Micah" <Micah.Villmow at amd.com> wrote: > > > -----Original Message----- > > From: llvmdev-bounces at cs.uiuc.edu > > [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of David A. Greene > > Sent: Tuesday, August 10, 2010 12:05 PM > > To: Helge Rhodin > > Cc: llvmdev at cs.uiuc.edu > > Subject: Re: [LLVMdev] PTX backend, BSD license > > > > Helge Rhodin <helge.rhodin at alice-dsl.net> writes: > > > > >> But I didn't study their code thoroughly, so I might be wrong > > >> about &gt...

> -----Original Message----- > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of David A. Greene > Sent: Tuesday, August 10, 2010 12:05 PM > To: Helge Rhodin > Cc: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] PTX backend, BSD license > > Helge Rhodin <helge.rhodin at alice-dsl.net> writes: > > >> But I didn't study their code thoroughly, so I might be wrong about > this. > >> > > Yes, we don't...

...orary files during its compilation. I want to convert the .cu.cpp to .ll format and optimize it. The .cu.cpp file contains typedefs and enums used by cuda runtime and also the host part of the code and the ptx file contains the kernel definition. How can i run the program after optimization? Will Rhodin be of any help in doing so? Thank you:) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110815/34aef188/attachment.html>

Hi, finally we changed the license of the PTX-backend from GPL to BSD(license of llvm). You can get the latest version here: https://sourceforge.net/projects/llvmptxbackend/ It should be compatible to the current llvm svn trunk. (revision 110329, Thu 05 Aug 2010) The backend now uses the address space attribute of LLVM for local, global, ... and constant address space. However the clang frontend

Helge Rhodin <helge.rhodin at alice-dsl.net> writes: >> But I didn't study their code thoroughly, so I might be wrong about this. >> > Yes, we don't use the target-independent code generator and the > backend is based on the CBackend. We decided to not use the code > gene...

Hi Adarsh, to my knowledge there is no publicly available CUDA-Frontend for LLVM yet. The work of Helge Rhodin you mentioned is on the backend-side: It allows to generate PTX code from LLVM IR. It is still being maintained, although I think the currently available source code is a little outdated. There is also a PTX backend in the current version of LLVM that makes use of LLVM's backend-infrastructu...

...ation and the current status. If you have further questions, comments, or suggestions, feel free to contact us directly or respond on the list. We would also like to know if there are any major obstacles to merging the code into LLVM trunk (apart from coding standards ;) ). Best regards, Helge Rhodin and Ralf Karrenberg -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100427/8b80df47/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: README Type: applic...

....9/lib/Target' make[1]: *** [Target/.makeall] Error 2 make[1]: Leaving directory `/home/neelima/Documents/llvm-2.9/lib' make: *** [all] Error 1 Sorry to post such a large piece of the debug info, but i am a beginner and do not know which part will help in debugging it. Thank You:) Helge Rhodin wrote: > > Hey everybody, > > good news for everyone interested in the PTX backend: > We decided to release the current source code under the GPL - you can > find the latest tarball here: > > http://www.prog.uni-saarland.de/projects/anysl > > You will find the READ...

Jochen Wilhelmy schrieb: >>>>> Hi! >>>>> >>>>> The following thoughts about the llvm architecture I'd like to share >>>>> with you >>>>> (from the perspective of a user): >>>>> >>>>> - If a backend has no vector support, then I wonder why there is no >>>>> de-vectorization

Hi! >>> Hi there, >>> >>> I have a working prototype of PTX backend, and I would like to >>> upstream it if possible. This backend is implemented by LLVM's target >>> independent code generator framework; I think this will make it easier >>> to maintain. >>> >> How does this relate, at all, to the backend here:

Hi, The PTX backend we developed (CBackend approach, does not use the target independent code generator) is already more advanced. An older version is published here: http://sourceforge.net/projects/llvmptxbackend/ We recently eliminated a bug which increased the number of required registers per thread. Surprisingly, without that bug the generated code is already comparable to code generated

Hi David, Thanks for asking. On Mon, Aug 9, 2010 at 3:25 PM, David A. Greene <greened at obbligato.org> wrote: > Che-Liang Chiou <clchiou at gmail.com> writes: > >> Hi there, >> >> I have a working prototype of PTX backend, and I would like to >> upstream it if possible.  This backend is implemented by LLVM's target >> independent code

Hi I am interested to know: are there are any LLVM targets in the works for Nvidia's PTX ISA? Also if anyone knows about Ocelot (a project done by some students at my school): it does the opposite of what I am trying to do (translates PTX to LLVM IR to run Cuda kernels on the CPU). Thanks in advance. -Puyan

On Mar 26, 2010, at 11:28 PM, Puyan Lotfi wrote: > Hi > > I am interested to know: are there are any LLVM targets in the works > for Nvidia's PTX ISA? > > Also if anyone knows about Ocelot (a project done by some students at > my school): it does the opposite of what I am trying to do (translates > PTX to LLVM IR to run Cuda kernels on the CPU). I don't know of

...>> PTX to LLVM IR to run Cuda kernels on the CPU). <br /> > > <br /> > > I don't know of any, but that would be a great project if the nvidia toolchain is sufficiently available for it to be useful to open source folks.<br /> > <br /> > Helge Rhodin, a student at Saarland University, has already written a <br /> > PTX backend for LLVM as part of his bachelor's thesis. We currently use <br /> > it for a deferred shading system of a rasterizer. <br /> > The plan is to reintegrate it into the LLVM trunk, but we ha...

...opposite of what I am trying to do (translates > >> PTX to LLVM IR to run Cuda kernels on the CPU). > > > > I don't know of any, but that would be a great project if the nvidia toolchain is sufficiently available for it to be useful to open source folks. > > Helge Rhodin, a student at Saarland University, has already written a > PTX backend for LLVM as part of his bachelor's thesis. We currently use > it for a deferred shading system of a rasterizer. > The plan is to reintegrate it into the LLVM trunk, but we have not yet > made any steps into t...

On Tue, May 17, 2011 at 2:52 PM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > > On May 17, 2011, at 11:32 AM, Andrew Clinton wrote: > > > On 05/17/2011 12:54 PM, Jakob Stoklund Olesen wrote: > >> What you can do instead is: > >> > >> 1) Just use virtual registers and skip register allocation, or > >> > >> 2) Allocate to a

On May 17, 2011, at 11:32 AM, Andrew Clinton wrote: > On 05/17/2011 12:54 PM, Jakob Stoklund Olesen wrote: >> What you can do instead is: >> >> 1) Just use virtual registers and skip register allocation, or >> >> 2) Allocate to a small register file, implement memory operand folding, and pretend that spill slots are registers. >> >> /jakob >>

Hi, Chris Lattner wrote: > On Aug 10, 2010, at 12:05 PM, David A. Greene wrote: > > >>> The PTXBackend probably needs more test cases. I'm currently covering a >>> lot of LLVM and PTX features but the test suite is still not exhaustive. >>> I took the coding standards into account and the license is now >>> compatible to LLVM. I don't