[nightly] 06-Nov-2008 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

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 Thu Nov 6 19:00:01 GMT 2008. ***

Re: patch applied (ghc): Run sparks in batches, instead of creating a new thread for each one

simonmarhaskell: > Thu Nov 6 03:36:39 PST 2008 Simon Marlow <[EMAIL PROTECTED]> > * Run sparks in batches, instead of creating a new thread for each one > Signficantly reduces the overhead for par, which means that we can > make use of paralellism at a much finer granularity. > > M ./c

[nightly] 06-Nov-2008 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

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 Thu Nov 6 18:00:01 GMT 2008. checking out

Re: Windows building failure

Simon Marlow wrote: Mitchell, Neil wrote: Capability.c:32:0: warning: alignment of 'MainCapability' is greater than maximum object file alignment. Using 16 make[1]: *** [Capability.o] Error 1 make[1]: Leaving directory `/cygdrive/c/ghc-build/ghc/rts' make: *** [stage1] Error 2 Thanks, I

patch applied (ghc): Cope with ThreadRelocated when traversing the blocked_queue

Thu Nov 6 03:40:45 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * Cope with ThreadRelocated when traversing the blocked_queue Fixes "invalid what_next field" in ioref001 on Windows, and perhaps others M ./rts/posix/Select.c +5 M ./rts/win32/AsyncIO.c -1 +16 View patch online: http://da

patch applied (ghc): re-instate counting of sparks converted

Thu Nov 6 08:08:10 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * re-instate counting of sparks converted lost in patch "Run sparks in batches" M ./rts/Capability.c -3 +16 M ./rts/Capability.h -2 +2 M ./rts/PrimOps.cmm -8 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/pa

patch applied (ghc): fix ASSERT_SPARK_POOL_INVARIANTS(): top>bottom is valid

Thu Nov 6 07:58:26 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * fix ASSERT_SPARK_POOL_INVARIANTS(): top>bottom is valid M ./rts/Sparks.h -3 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081106155826-12142-9c80544a075fa21bea1fd9ead6a1ca0b9d05471c.gz __

patch applied (ghc): pruneSparkQueue(): fix bug when top>bottom

Thu Nov 6 07:56:48 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * pruneSparkQueue(): fix bug when top>bottom M ./rts/Sparks.c +6 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081106155648-12142-5a923749267dae4cbc8ec09a9e311e8f11de6102.gz __

patch applied (ghc): don't yield if the system is shutting down

Thu Nov 6 07:53:56 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * don't yield if the system is shutting down M ./rts/Schedule.c -2 +6 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081106155356-12142-8b688856669b0de46403b9d594a40c85793ceaab.gz _

patch applied (ghc): leave out ATTRIBUTE_ALIGNED on Windows, it gives a warning

Thu Nov 6 05:21:05 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * leave out ATTRIBUTE_ALIGNED on Windows, it gives a warning M ./rts/Capability.h -1 +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081106132105-12142-c244e1c67f4cd769c9c15b9a092f21a9bb858882.gz ___

patch applied (ghc): Remove dead code.

Fri Oct 31 09:20:36 PDT 2008 Thomas Schilling <[EMAIL PROTECTED]> * Remove dead code. M ./compiler/typecheck/TcSplice.lhs -1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081031162036-7c5c6-0176403f131f4a211fa0e548de5a4d76a2a383f5.gz

Re: Windows building failure

Mitchell, Neil wrote: Capability.c:32:0: warning: alignment of 'MainCapability' is greater than maximum object file alignment. Using 16 make[1]: *** [Capability.o] Error 1 make[1]: Leaving directory `/cygdrive/c/ghc-build/ghc/rts' make: *** [stage1] Error 2 Thanks, I'm validating the fix

patch applied (ghc): Run sparks in batches, instead of creating a new thread for each one

Thu Nov 6 03:36:39 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * Run sparks in batches, instead of creating a new thread for each one Signficantly reduces the overhead for par, which means that we can make use of paralellism at a much finer granularity. M ./compiler/prelude/primops.txt.p

patch applied (ghc): allocateInGen(): increase alloc_blocks (#2747)

Thu Nov 6 03:37:14 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * allocateInGen(): increase alloc_blocks (#2747) M ./rts/sm/Storage.c -1 +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081106113714-12142-6b92a500da275d440bbc1c453a084adca06eb9dd.gz ___

patch applied (ghc): disable MonadPlus instance that doesn't compile with 6.6

Thu Nov 6 02:04:11 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * disable MonadPlus instance that doesn't compile with 6.6 M ./compiler/utils/IOEnv.hs +6 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081106100411-12142-e13711cbe27a0c899caebe77cefcd9659349e0e5.gz _

patch applied (ghc): don't yield the Capability if blackholes_need_checking

Wed Nov 5 07:49:28 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * don't yield the Capability if blackholes_need_checking M ./rts/Schedule.c -1 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081105154928-12142-2648d80e22835895a95a0a017434457414f8064e.gz _

Daily report for head

Build results: x86-64 Linux head: fail (failed bindisttest) x86 Windows head fast: pass pass pass pass pass pass x86-64 Linux head unreg: pass Fixed unexpected test failures: break011 Old unexpected test failures: 2469 1 malcolm head ann01 1 x86-64 Linux h

Daily report for stable

Build results: gabor stable:pass tnaur x86 Linux stable: pass x86 Linux stable:pass x86 Windows stable fast: pass pass pass pass pass pass x86-64 Linux stable: lost pass New unexpected test failures: conc0231 x86-64 Linux stable conc0531 x86-64 L