[nightly] 22-Feb-2010 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2010-02-22 Thread GHC Build Reports
Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Mon Feb 22 18:10:01 GMT 2010. checki

[nightly] 22-Feb-2010 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2010-02-22 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Mon Feb 22 18:00:01 GMT 2010. checking out

Re: Merge Request: LLVM Code Generator for GHC

2010-02-22 Thread David Peixotto
On Feb 22, 2010, at 4:53 PM, Simon Marlow wrote: >> I started to do this for you, but in doing so I found a link to another LLVM >> page: >> http://hackage.haskell.org/trac/ghc/wiki/LlvmBackend >> >> No point in having two! Perhaps you can connect them together somehow? > > Agreed, there'

[nightly] 22-Feb-2010 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2010-02-22 Thread GHC Build Reports
Build description = HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com) Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx Nightly build started on cam-04-unx at Mon Feb 22 19:00:01 GMT 2010. **

[nightly] 22-Feb-2010 build of STABLE on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2010-02-22 Thread GHC Build Reports
Build description = STABLE on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com) Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx Nightly build started on cam-04-unx at Mon Feb 22 19:10:01 GMT 20

Re: Merge Request: LLVM Code Generator for GHC

2010-02-22 Thread Simon Marlow
On 22/02/10 16:47, Simon Peyton-Jones wrote: | 3) I started a page on the GHC wiki for the LLVM backend that copies the relevant | info from your initial email. Hope this small head start makes it easier for | everyone to add more documentation in the future. You can find it at: | http://hackage

patch applied (ghc-6.12/ghc): Fix #3875: Crash in parallel GC, wrong pointer was being tested.

2010-02-22 Thread Ian Lynagh
Sun Feb 21 19:16:27 PST 2010 ben.lippme...@anu.edu.au * Fix #3875: Crash in parallel GC, wrong pointer was being tested. M ./rts/sm/Evac.c -1 +1 View patch online: http://darcs.haskell.org/ghc-6.12/ghc/_darcs/patches/20100222031627-43c66-fe592a4ab3ace65dce5e30a9091b57d7db668667.gz ___

Re: Merge Request: LLVM Code Generator for GHC

2010-02-22 Thread Simon Marlow
On 22/02/2010 12:34, Simon Marlow wrote: I'm currently running some benchmarks to see how much impact turning off TNTC has on the -fasm backend. Here are the results on x86-64/Linux: Program Siz

RE: Merge Request: LLVM Code Generator for GHC

2010-02-22 Thread Simon Peyton-Jones
| 3) I started a page on the GHC wiki for the LLVM backend that copies the relevant | info from your initial email. Hope this small head start makes it easier for | everyone to add more documentation in the future. You can find it at: | http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/

Re: Merge Request: LLVM Code Generator for GHC

2010-02-22 Thread David Terei
On 20 February 2010 00:30, Krasimir Angelov wrote: > I am just curious. What had to be changed in LLVM? Could it be useful > for other projects using LLVM? In the C and native code generator back-end GHC stores some variables permanently in registers for speed reasons due to how frequently they a

Re: Merge Request: LLVM Code Generator for GHC

2010-02-22 Thread Simon Marlow
First of all, congrats to David on getting this to the point where it can be merged. Nice work! It's clear we want this in GHC, so let's look at what needs to be done, and the potential sticking points. We should make LLVM optional for the time being, since it entails turning off TABLES_NEX

Re: Merge Request: LLVM Code Generator for GHC

2010-02-22 Thread David Terei
On 19 February 2010 16:31, Ben Lippmeier wrote: ]> One question: > When you set GhcWithLlvmCodeGen = YES > should that enable -fllvm for the stage 1 compiler as well? Yes. > "inplace/bin/ghc-stage1" -M -include-pkg-deps -dep-makefile > libraries/dph/dph-par/dist-install/build/.depend-v-p-dyn.ha

Re: patch applied (ghc): Fix #3875: Crash in parallel GC, wrong pointer was being tested.

2010-02-22 Thread Simon Marlow
On 22/02/2010 07:55, Ben Lippmeier wrote: Sun Feb 21 19:16:27 PST 2010 ben.lippme...@anu.edu.au * Fix #3875: Crash in parallel GC, wrong pointer was being tested. M ./rts/sm/Evac.c -1 +1 Good catch! That must have been a tricky one to find. Cheers, Simon ___