[FYI] LLVM: function prefix data (a.k.a. tables-next-to-code) committed

2013-09-16 Thread Gabor Greif
This looks pretty exiting for LLVM IR-generation: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130909/188042.html GHC 7.10 might generate LLVM IR including embedded tables without resorting to linker tricks/postprocessing when targeting LLVM 3.4! The relevant LLVM bug is

Re: [FYI] LLVM: function prefix data (a.k.a. tables-next-to-code) committed

2013-09-16 Thread Gabor Greif
On 9/16/13, Carter Schonwald carter.schonw...@gmail.com wrote: yup! its exciting. we were talking about this a bit earlier today on #haskell-llvm, and it sounds doable. There were some concerns that folks had, but hopefully we can give the llvm devs feedback about this before its finalized

Re: [FYI] LLVM: function prefix data (a.k.a. tables-next-to-code) committed

2013-09-16 Thread Nathan Howell
May not be mandatory but it certainly just emits the values directly before the prologue... I'm guessing this doesn't affect IR level optimizations but likely breaks machine code optimizations without a relative jump to the body in the prefix-data. https://gist.github.com/NathanHowell/6589820 -n