[nightly] 13-May-2011 build of STABLE on i386-unknown-linux (cam-02-unx)

2011-05-13 Thread GHC Build Reports
Build description = STABLE on i386-unknown-linux (cam-02-unx) 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 Fri May 13 18:10:01 BST 2011. checking out new source tree

pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 241, Failure

2011-05-13 Thread Builder
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 241 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/241.html git clone| Success create mk/build.mk | Success get subrepos | Success setting version date | Success booting

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 224, Failure

2011-05-13 Thread Builder
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 224 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/224.html git clone| Success create mk/build.mk | Success get subrepos | Success setting version date | Success booting

pgj2 (amd64 FreeBSD HEAD), build 359, Failure

2011-05-13 Thread Builder
pgj2 (amd64 FreeBSD HEAD), build 359 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/359.html git clone| Success create mk/build.mk | Success get subrepos | Success setting version date | Success booting | Success configuring | S

pgj (x86 FreeBSD HEAD), build 361, Failure

2011-05-13 Thread Builder
pgj (x86 FreeBSD HEAD), build 361 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/361.html git clone| Success create mk/build.mk | Success get subrepos | Success setting version date | Success booting | Success configuring | Succe

[commit: testsuite] master: massive_array: -dynamic not necessary. (6a5525b)

2011-05-13 Thread Edward Z. Yang
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/6a5525bf961f8e9c930356990b1141433a5cc808 >--- commit 6a5525bf961f8e9c930356990b1141433a5cc808 Author: Edward Z.

tn23 (x86 OSX HEAD), build 337, Failure

2011-05-13 Thread Builder
tn23 (x86 OSX HEAD), build 337 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/337.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/337

[nightly] 13-May-2011 build of STABLE on x86_64-unknown-linux (cam-04-unx)

2011-05-13 Thread GHC Build Reports
Build description = STABLE on x86_64-unknown-linux (cam-04-unx) 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 Fri May 13 18:10:01 BST 2011. checking out new s

StgRun question.

2011-05-13 Thread Karel Gardas
Hello, I'm attempting to make ARM registerised build reality just for own fun (and thanks to help and encouragement provided by David Terei) and for this I'm writing platform specific StgRun/StgReturn functions as required in rts/StgCRun.c. I'm not sure I've got right all the information abo

Re: Patch : Fix missing import

2011-05-13 Thread Erik de Castro Lopo
Erik de Castro Lopo wrote: > Yeah, the code that uses Config.cProjectVersion is this: > > > #if !defined(darwin_TARGET_OS) > -- And just because every other compiler does, lets stick in > -- an identifier directive: .ident "GHC x.y.z" > Pretty.$$ let c

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 231, Failure

2011-05-13 Thread Builder
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 231 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/231.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details:

sparky-unreg (Sparc Solaris unreg HEAD), build 119, Failure

2011-05-13 Thread Builder
sparky-unreg (Sparc Solaris unreg HEAD), build 119 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/119.html git clone | Failure: Just (ExitFailure 9) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/119.html ld.so.1: git: fatal: rel

Re: The GHC build system

2011-05-13 Thread Neil Mitchell
Hi > We've talked before about the need to bootstrap occasionally, which as I > understand was one of the reasons for using make. I agree that something > like Neil's Shake system would be nice if it didn't require a working > Haskell implementation to build the driver. With Shake, it's possible

[nightly] 13-May-2011 build of HEAD on i386-unknown-linux (cam-02-unx)

2011-05-13 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx) 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 Fri May 13 18:00:01 BST 2011. checking out new source tree

[nightly] 13-May-2011 build of HEAD on x86_64-unknown-linux (cam-04-unx)

2011-05-13 Thread GHC Build Reports
Build description = HEAD on x86_64-unknown-linux (cam-04-unx) 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 Fri May 13 18:00:01 BST 2011. checking out new source

patch applied (ghc-7.0/ghc): Add a missing deRefTSO in scheduleHandleThreadFinished

2011-05-13 Thread Duncan Coutts
Tue May 10 09:39:03 PDT 2011 Duncan Coutts * Add a missing deRefTSO in scheduleHandleThreadFinished Was causing rts assertions and incorrect results for FFI callbacks, e.g. was causing the ThreadScope GUI to segfault. This only applies to the 7.0 branch, deRefTSO has gone in 7.2. M .

patch applied (ghc-7.0/testsuite): Remove out-of-date ghc-7-specific test output for test break024 (fixes #5078)

2011-05-13 Thread Duncan Coutts
Thu May 12 06:33:47 PDT 2011 Duncan Coutts * Remove out-of-date ghc-7-specific test output for test break024 (fixes #5078) The test currently gives the same output as for ghc HEAD, whereas previously with the 7.0 branch the test gave slightly different output. R ./tests/ghc-regress/gh

patch applied (ghc-7.0/testsuite): Adjust the expected bytes allocated range for test space_leak_001

2011-05-13 Thread Duncan Coutts
Thu May 12 06:42:26 PDT 2011 Duncan Coutts * Adjust the expected bytes allocated range for test space_leak_001 M ./tests/ghc-regress/perf/space_leaks/all.T -3 +3 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/testsuite;a=darcs_commitdiff;h=20110512134226-b0bbe-

[commit: ghc] master: Make the GHCi linker handle partially stripped object files (#5004) (cfbf0eb)

2011-05-13 Thread Duncan Coutts
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/cfbf0eb134efd1c5d9a589f6ae2139d7fad60581 >--- commit cfbf0eb134efd1c5d9a589f6ae2139d7fad60581 Author: Duncan Coutts

Re: Patch : Fix missing import

2011-05-13 Thread Erik de Castro Lopo
Edward Z. Yang wrote: > Note that this line was removed by this commit: > > Author: Ben Lippmeier 2011-05-11 04:36:01 > Committer: Ben Lippmeier 2011-05-12 11:36:21 > Parent: 35474439dcf6dc60e2f6e296de7da128c690d50e (Follow changes in DPH > library: Repr module is gone.) > Child: 999857fdfd

Re: New coercion representation

2011-05-13 Thread Simon Marlow
On 13/05/2011 11:25, Ian Lynagh wrote: On Thu, May 12, 2011 at 12:33:23PM +0100, Simon Marlow wrote: I suppose sync-all pull would be a reasonable default, but it *must* be --ff-only, I don't want validate generating any commits. Doesn't that mean that it would only do anything if you have ma

Re: Line endings

2011-05-13 Thread Simon Marlow
On 12/05/2011 14:52, Johan Tibell wrote: On Thu, May 12, 2011 at 2:12 PM, Max Bolingbroke wrote: If we outlawed them now we'd have to take an annoying one-time hit removing all the (tons) of existing tabs, generating lots of merge conflicts on all GHC branches for little immediate gain :-( So

Re: [commit: ghc] master: Merge branch 'master' of http://darcs.haskell.org/ghc (fd6587b)

2011-05-13 Thread Simon Marlow
On 12/05/2011 16:40, Simon Peyton-Jones wrote: | I think what SimonM described in the recent thread is basically what we want: | | - you develop in your working tree and commit patches there. At | this point it's completely safe to rebase - the patches are only | in one place. I don't think

Re: Patch : Fix missing import

2011-05-13 Thread Edward Z. Yang
Note that this line was removed by this commit: Author: Ben Lippmeier 2011-05-11 04:36:01 Committer: Ben Lippmeier 2011-05-12 11:36:21 Parent: 35474439dcf6dc60e2f6e296de7da128c690d50e (Follow changes in DPH library: Repr module is gone.) Child: 999857fdfd8fa1b305a94bc54bb1860f5c8896d1 (Wibbl

Build is broken

2011-05-13 Thread Edward Z. Yang
Hey Ben, It looks like you broke the build for other people in 5bfa6a6382a4e4b949d333b1996065e9bcfacb18. Cheers, Edward ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Patch : Fix missing import

2011-05-13 Thread Erik de Castro Lopo
Hi all, Was getting the following error from git HEAD: compiler/nativeGen/AsmCodeGen.lhs:457:47: Not in scope: `cProjectVersion' make[1]: *** [compiler/stage1/build/AsmCodeGen.o] Error 1 Patch attached. Erik -- ---

Re: Cannot pull from ghc.git

2011-05-13 Thread Edward Z. Yang
I seem to have fixed this by running git gc on the repo, but I suspect some file permission wonkiness may be at play. Excerpts from Edward Z. Yang's message of Fri May 13 06:20:04 -0400 2011: > ezyang@javelin:~/Dev/ghc-master$ git fetch > error: Unable to find d872133bb986dbd15959cbb14504bf9a863e3

Re: New coercion representation

2011-05-13 Thread Ian Lynagh
On Thu, May 12, 2011 at 12:33:23PM +0100, Simon Marlow wrote: > > I suppose sync-all pull would be a reasonable default, but it *must* > be --ff-only, I don't want validate generating any commits. Doesn't that mean that it would only do anything if you have made no changes? Or do you mean it sho

Cannot pull from ghc.git

2011-05-13 Thread Edward Z. Yang
ezyang@javelin:~/Dev/ghc-master$ git fetch error: Unable to find d872133bb986dbd15959cbb14504bf9a863e3e4a under http://darcs.haskell.org/ghc.git Cannot obtain needed object d872133bb986dbd15959cbb14504bf9a863e3e4a error: Fetch failed. Edward ___ Cvs-gh

Re: The GHC build system

2011-05-13 Thread Ian Lynagh
On Thu, May 12, 2011 at 09:46:30PM +1000, Ben Lippmeier wrote: > > Thanks for the pointers. Another difficulty is that all the rules go into a > single global namespace, so understanding the interaction is hard, at least > for me. There's not much in the way of module structure to help get your