Hi David, Your paper is linked on an LLVM site, but I can't give you the url as we are currently down for maintenance. If I remember correctly it was under "recent papers" off of the home site. Garrison On Feb 21, 2010, at 18:55, David Terei wrote:> Just to correct, the GCC back-end isn't being depreciated in favour of > the LLVM back-end (as much as I would to claim it was). The GCC back-end > has been on the list of things GHC developers wanted to remove for a > while now and the larger reason its being done now is that SSE support > has recently been added to the native code generator, fixing one of the > last advantages the C back-end had. LLVM and a new back-end architecture > that should land in GHC soon are somewhat responsible in that a lot of > GHC developers see them as the more promising and interesting future > than using GCC. > > Oh by the way (probably should have posted this a while ago but just > lost track of it) here is my honours thesis paper that I wrote about the > LLVM back-end for GHC for the interested: > > http://www.cse.unsw.edu.au/~pls/thesis/davidt-thesis.pdf > > ~ David > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
On Feb 21, 2010, at 4:53 PM, Garrison Venn wrote:> Hi David, > > Your paper is linked on an LLVM site, but I can't give you the url as we are > currently down for maintenance. If I remember correctly it was under "recent papers" > off of the home site.It's here: http://llvm.org/pubs/2009-10-TereiThesis.html -Chris> > Garrison > > On Feb 21, 2010, at 18:55, David Terei wrote: > >> Just to correct, the GCC back-end isn't being depreciated in favour of >> the LLVM back-end (as much as I would to claim it was). The GCC back-end >> has been on the list of things GHC developers wanted to remove for a >> while now and the larger reason its being done now is that SSE support >> has recently been added to the native code generator, fixing one of the >> last advantages the C back-end had. LLVM and a new back-end architecture >> that should land in GHC soon are somewhat responsible in that a lot of >> GHC developers see them as the more promising and interesting future >> than using GCC. >> >> Oh by the way (probably should have posted this a while ago but just >> lost track of it) here is my honours thesis paper that I wrote about the >> LLVM back-end for GHC for the interested: >> >> http://www.cse.unsw.edu.au/~pls/thesis/davidt-thesis.pdf >> >> ~ David >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
People may be interested in this: http://donsbot.wordpress.com/2010/02/21/smoking-fast-haskell-code-using-ghcs-new-llvm-codegen/ Benchmarking of the 3 GHC back-ends for code which LLVM particularly excels. Very nice display of how impressive LLVM can be.
Apparently Analagous Threads
- [LLVMdev] glasgow haskell appears to be adopting LLVM
- [LLVMdev] glasgow haskell appears to be adopting LLVM
- [LLVMdev] glasgow haskell appears to be adopting LLVM
- [LLVMdev] glasgow haskell appears to be adopting LLVM
- [LLVMdev] glasgow haskell appears to be adopting LLVM