[nightly] DPH Performance Test Succeeded

2011-02-28 Thread DPH Buildbot
Full logs at http://log.ouroborus.net/limitingfactor/dph Environment Platform host: limitingfactor.cse.unsw.EDU.AU arch: i386 processor: i386 system:Darwin 10.6.0 Versions GHC The Glorious Glasgow Haskell Compilation System, version 7.0.1 GCC i686-apple-da

pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 167, Success

2011-02-28 Thread Builder
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 167 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/167.html darcs checkout| Success create mk/build.mk| Success get subrepos | Success repo versions

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

2011-02-28 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 Mon Feb 28 18:00:01 GMT 2011. checking out new source tree

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 150, Success

2011-02-28 Thread Builder
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 150 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/150.html darcs checkout| Success create mk/build.mk| Success get subrepos | Success repo versions | S

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

2011-02-28 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 Mon Feb 28 18:10:01 GMT 2011. checking out new source tree

pgj2 (amd64 FreeBSD HEAD), build 285, Success

2011-02-28 Thread Builder
pgj2 (amd64 FreeBSD HEAD), build 285 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/285.html darcs checkout| Success create mk/build.mk| Success get subrepos | Success repo versions | Success setting version date | Succ

pgj (x86 FreeBSD HEAD), build 287, Success

2011-02-28 Thread Builder
pgj (x86 FreeBSD HEAD), build 287 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/287.html darcs checkout| Success create mk/build.mk| Success get subrepos | Success repo versions | Success setting version date | Success

tn23 (x86 OSX HEAD), build 271, Failure

2011-02-28 Thread Builder
tn23 (x86 OSX HEAD), build 271 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/271.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting | Success

mbolingbroke (x86 OSX HEAD), build 74, Success

2011-02-28 Thread Builder
mbolingbroke (x86 OSX HEAD), build 74 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/mbolingbroke/74.html darcs checkout| Success create mk/build.mk| Success get subrepos | Success repo versions | Success setting version date

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

2011-02-28 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 Mon Feb 28 18:00:01 GMT 2011. checking out new source

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

2011-02-28 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 Mon Feb 28 18:10:01 GMT 2011. checking out new s

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 145, Success

2011-02-28 Thread Builder
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 145 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/145.html darcs checkout| Success create mk/build.mk| Success get subrepos | Success repo versions

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

2011-02-28 Thread Builder
sparky-unreg (Sparc Solaris unreg HEAD), build 45 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/45.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success boot

sparky (Sparc Solaris HEAD), build 148, Failure

2011-02-28 Thread Builder
sparky (Sparc Solaris HEAD), build 148 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/sparky/148.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions | Failure: Just (ExitFailure 29) Build failed Details: http://darcs.

Re: Validate failures (HEAD, OS X 10.6)

2011-02-28 Thread Simon Marlow
On 18/02/2011 08:31, Max Bolingbroke wrote: Hi, I recently validated GHC HEAD again after a long break, and found to my dismay that I'm getting a lot of unexpected failures: """ Unexpected failures: 1288(normal) 2276(normal) 2276_ghci(ghci) These three are probably related to #333

Re: wishlist: testsuite error reporting

2011-02-28 Thread Simon Marlow
On 28/02/2011 11:39, Dimitrios Vytiniotis wrote: Hi, when I am working on a typechecker patch and then run the testsuite, sometimes I get dozens of error reports that look like: Unexpected failures: FD2(normal) FrozenErrorTests(normal) ... etc It would be helpful for me to be able to quickl

RE: ANNOUNCE: GHC 7.0.2 Release Candidate 2

2011-02-28 Thread Simon Peyton-Jones
Sigh. Both of those bugs are closed. If you think they are not fixed, please re open them. Are you saying that #4527 also is now not working either? If so please re-open that too. Then, Ian can you investigate? Simon | -Original Message- | From: glasgow-haskell-users-boun...@haskell.o

Re: Compacting GC interacting with new codegen strangely

2011-02-28 Thread Simon Marlow
On 20/02/2011 00:57, Edward Z. Yang wrote: If I have the following program: import Bagel main = do l<- getContents length l `seq` putStr (sort l) with sort defined in the module Bagel as such: module Bagel where -- a bastardized version of sort that still

patch applied (ghc-7.0/ghc): Set version to 7.0.2 and RELEASE to YES

2011-02-28 Thread Ian Lynagh
Mon Feb 28 08:03:31 PST 2011 Ian Lynagh * Set version to 7.0.2 and RELEASE to YES M ./configure.ac -2 +2 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc-7.0/ghc;a=darcs_commitdiff;h=20110228160331-3fd76-e835c4a60bf4857eb878a5361175664de007c1ca.gz __

Re: Using nonexistent registers

2011-02-28 Thread Simon Marlow
On 17/02/2011 22:24, Edward Z. Yang wrote: Thanks for the very informative sleuthing. I know what I need to do now.* :-) Cheers, Edward * Basically, the stg_gc functions assume that incoming arguments go in the virtual registers, but the code generator is noticing x86-32 doesn't have any

Re: wishlist: testsuite error reporting

2011-02-28 Thread Edward Z. Yang
This might be useful. I personally rerun the test suite with make TESTS="failedtest1 failedtest2" fast or do a find -name FD2* to get to the base directory; I find that the shell buffer is too chatty to be particularly useful. I will note that, in absence of wanting to show the progress of the

wishlist: testsuite error reporting

2011-02-28 Thread Dimitrios Vytiniotis
Hi, when I am working on a typechecker patch and then run the testsuite, sometimes I get dozens of error reports that look like: Unexpected failures: FD2(normal) FrozenErrorTests(normal) ... etc It would be helpful for me to be able to quickly see in the same line, (i) which directory t

RE: why does the scrutinee of a CoreSyn.Case get bound to a variable?

2011-02-28 Thread Simon Peyton-Jones
Max has it right. The main point is that Core is the subject of optimisation, and thus should have a pretty clear operational semantics. Roughly - 'let' means *allocate* - 'case' means *call* So let v = reverse xs in case v of { ... } has different operational behaviour t