[nightly] 10-Oct-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 Fri Oct 10 18:02:05 BST 2008. checking out

[nightly] 10-Oct-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 Fri Oct 10 19:00:01 BST 2008. **

patch applied (ghc): Do not generate haddock documentation when running install-docs in libffi

Fri Oct 10 12:23:18 PDT 2008 Clemens Fruhwirth <[EMAIL PROTECTED]> * Do not generate haddock documentation when running install-docs in libffi M ./libffi/Makefile +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081010192318-ed0c4-760041a6f346f8508edddf37e48a0e1dc661c659

patch applied (ghc): When waking up thread blocked on TVars, wake oldest first (#2319)

Fri Oct 10 08:03:22 PDT 2008 Josef Svenningsson <[EMAIL PROTECTED]> * When waking up thread blocked on TVars, wake oldest first (#2319) StgTVarWatchQueue contains the threads blocked on a TVar in order youngest first. The list has to be traversed backwards to unpark the threads oldest fi

patch applied (testsuite): add test for #2636

Fri Oct 10 06:14:52 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * add test for #2636 A ./tests/ghc-regress/ghc-e/should_run/2636.hs A ./tests/ghc-regress/ghc-e/should_run/2636.stderr M ./tests/ghc-regress/ghc-e/should_run/Makefile +3 M ./tests/ghc-regress/ghc-e/should_run/all.T +1

patch applied (ghc): add readTVarIO :: TVar a -> IO a

Fri Oct 10 06:15:45 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * add readTVarIO :: TVar a -> IO a M ./compiler/prelude/primops.txt.pp +7 M ./includes/StgMiscClosures.h +1 M ./includes/mkDerivedConstants.c +2 M ./rts/Linker.c +1 M ./rts/PrimOps.cmm +11 View patch online: http

patch applied (ghc): fix #2636: throw missing module errors as SourceErrors, not ErrMsg

Fri Oct 10 06:15:35 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * fix #2636: throw missing module errors as SourceErrors, not ErrMsg M ./compiler/main/ErrUtils.lhs -18 +1 M ./compiler/main/GHC.hs -15 +8 M ./compiler/main/HeaderInfo.hs -2 +3 M ./compiler/main/HscTypes.lhs -5 +7 Vi

patch applied (ghc): atomicModifyIORef: use a local cas() instead of the global lock

Wed Oct 8 08:47:02 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * atomicModifyIORef: use a local cas() instead of the global lock This should improve scaling when using atomicModifyIORef M ./rts/PrimOps.cmm -13 +16 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/200810081547

Re: patch applied (ghc-6.10/ghc): add comments and an ASSERT_LOCK_HELD()

On Fri, Oct 10, 2008 at 12:19:10PM +0100, Simon Marlow wrote: > Ian Lynagh wrote: > >Wed Oct 8 04:26:27 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> > > * add comments and an ASSERT_LOCK_HELD() > > > >M ./rts/RaiseAsync.c +9 > > Given that you merged this one, we should also merge > > Thu Oct

Re: out of memory when running haddock

2008/10/10 Thomas Schilling <[EMAIL PROTECTED]>: > 2008/10/10 David Waern <[EMAIL PROTECTED]>: >> I resorted to strictness annotations in the Interface structure since >> I didn't want Haddock to pretty print everything. > > Do you think depSeq on GHC's output would help? IIUC, Haddock > processes

Re: out of memory when running haddock

2008/10/10 David Waern <[EMAIL PROTECTED]>: > I resorted to strictness annotations in the Interface structure since > I didn't want Haddock to pretty print everything. Do you think depSeq on GHC's output would help? IIUC, Haddock processes each file immediately and only retains information in Int

patch applied (ghc-6.10/ghc): FIX #2639

Thu Oct 9 06:23:28 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * FIX #2639 MERGE TO 6.10 M ./compiler/typecheck/TcPat.lhs -9 +25 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081009132328-6295e-f88d8e872872467b3d8375dc047dfee09f5a547f.gz ___

Re: out of memory when running haddock

2008/10/10 Thomas Schilling <[EMAIL PROTECTED]>: > Peak memory usage seems to be around 550MB now, which may just be > below the threshold to swapping for 32 bit systems with 1GB RAM. It's > probably worse on 64 bit systems, though. I resorted to strictness annotations in the Interface structure

Re: out of memory when running haddock

Peak memory usage seems to be around 550MB now, which may just be below the threshold to swapping for 32 bit systems with 1GB RAM. It's probably worse on 64 bit systems, though. 2008/10/10 Simon Marlow <[EMAIL PROTECTED]>: > David Waern wrote: >> >> 2008/10/9 David Waern <[EMAIL PROTECTED]>: >>>

patch applied (ghc-6.10/ghc): Cover PredTy case in Type.tyFamInsts

Wed Oct 8 23:14:35 PDT 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Cover PredTy case in Type.tyFamInsts MERGE TO 6.10 M ./compiler/types/Type.lhs -1 +9 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081009061435-6295e-eeabe96691ca94155dc17c322c6bcb5

patch applied (ghc-6.10/ghc): pushAtom: add missing case for MachNullAddr (#2589)

Thu Oct 9 02:11:18 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * pushAtom: add missing case for MachNullAddr (#2589) M ./compiler/ghci/ByteCodeGen.lhs +1 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081009091118-12142-cd703142f6d59bd89f731068173db46ade60bfb6.gz

patch applied (ghc-6.10/ghc): undo incorrect assertion, and fix comments

Thu Oct 9 01:51:18 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * undo incorrect assertion, and fix comments M ./rts/RaiseAsync.c -9 +2 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20081009085118-12142-5a4c447a59b49fcd6a3261c9c034f1479668e3c7.gz __

Re: out of memory when running haddock

David Waern wrote: 2008/10/9 David Waern <[EMAIL PROTECTED]>: I've now managed to reduce memory usage from 1000 M to 350 M at its peak when processing the ghc package, by interleaving typechecking with interface creation. I use pretty printing to fully evaluate the Interface structure at each ro

Re: Latest hackage status: cabal-install head + cabal 1.6 + ghc 6.10

Don Stewart wrote: So results taking today's cabal-install (with soft dependencies), ghc 6.10, and some bumped extralibs (network, in particular), The results are: 1 UnpackFailed yeganesh-2.1, --> odd looking tar.gz 2 DownloadFailed child, monadenv --> pr

Re: patch applied (ghc): Delay building libffi until package.conf is created and fix bindist

Thomas Schilling wrote: This fixed the build under Windows. But if I now run the inplace ghc in interactive mode it can't find the .dll: $ ../../../ghc/ghc/stage2-inplace/ghc.exe --interactive GHCi, version 6.11.20081010: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... lin

Re: patch applied (ghc-6.10/ghc): add comments and an ASSERT_LOCK_HELD()

Ian Lynagh wrote: Wed Oct 8 04:26:27 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * add comments and an ASSERT_LOCK_HELD() M ./rts/RaiseAsync.c +9 Given that you merged this one, we should also merge Thu Oct 9 01:51:18 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * undo incorrect assert

Re: patch applied (ghc): Delay building libffi until package.conf is created and fix bindist

This fixed the build under Windows. But if I now run the inplace ghc in interactive mode it can't find the .dll: $ ../../../ghc/ghc/stage2-inplace/ghc.exe --interactive GHCi, version 6.11.20081010: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading pac

patch applied (ghc): Delay building libffi until package.conf is created and fix bindist

Fri Oct 10 00:31:06 PDT 2008 Clemens Fruhwirth <[EMAIL PROTECTED]> * Delay building libffi until package.conf is created and fix bindist M ./Makefile -1 +1 M ./libffi/Makefile -3 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081010073106-ed0c4-4939384377c92b904d00

Daily report for head

Build results: x86-64 Linux head: lost x86 Windows head:pass fail (failed stage1) x86 Windows head fast: fail (failed stage1) fail (failed stage1) fail (failed stage1) fail (failed stage1) fail (failed stage1) fail (failed stage1) macgyver PPC OSX head: fail (failed darcs) tnaur