Re: [Haskell-cafe] LLVM Backend status

2013-06-28 Thread B B
Great! Its very very nice to hear that! Has Haskell somewhere a technical documentation focused on LLVM usage? (for exampel about GHC's custom calling convention) 2013/6/28 Erik de Castro Lopo mle...@mega-nerd.com Erik de Castro Lopo wrote: B B wrote: 1) Is the LLVM Backend actively

Re: [Haskell-cafe] LLVM Backend status

2013-06-28 Thread Erik de Castro Lopo
B B wrote: Great! Its very very nice to hear that! Has Haskell somewhere a technical documentation focused on LLVM usage? (for exampel about GHC's custom calling convention) Root page of the compiler comentary is here: http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler with

[Haskell-cafe] LLVM Backend status

2013-06-27 Thread B B
Hi! I'm new to Haskell and I'm very interested in using it as a base layer for my application. I need to generate the LLVM-IR code from ghc compiler, so I've got 2 questuions to you: 1) Is the LLVM Backend actively developed or should I be afraid it will be discontinued or broken? 2) How can I

Re: [Haskell-cafe] LLVM Backend status

2013-06-27 Thread Taylor Hedberg
B B, Thu 2013-06-27 @ 20:55:57+0200: 2) How can I generate the LLVM IR (or bc) files from the compiler? I see that durign compilation with -fllvm -v3 flags the bc files are created but they are immidietly (after usage) deleted - Is it possible to tell the compiler not to delete them? You can

Re: [Haskell-cafe] LLVM Backend status

2013-06-27 Thread Erik de Castro Lopo
B B wrote: 1) Is the LLVM Backend actively developed or should I be afraid it will be discontinued or broken? My understanding is that it is being actively developed. Currently for numerical code, the LLVM backend performs better than the native codegen. I also think that the LLVM backend is

Re: [Haskell-cafe] LLVM Backend status

2013-06-27 Thread Erik de Castro Lopo
Erik de Castro Lopo wrote: B B wrote: 1) Is the LLVM Backend actively developed or should I be afraid it will be discontinued or broken? My understanding is that it is being actively developed. Currently for numerical code, the LLVM backend performs better than the native codegen. I