[nightly] 01-May-2009 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 May 1 18:00:02 BST 2009. checking out

[nightly] 01-May-2009 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 May 1 19:00:01 BST 2009. ***

RE: HEADS UP: New packages needed for Haskeline GHCi

| You may also need to do | sh boot | ./configure | in order to unconfuse the build system. Doesn't "sh validate" do that? Mmm. I wonder if make distclean could fail more gracefully? Simon sh validate bash-3.2$ make -r --no-print-directory -f ghc.mk distclean ghc.mk:520: libraries/mtl/

Re: [TRIVIAL PATCH] handle LinkDynLib correctly until we got shared rts library

On 22/04/2009 21:58, Louis Zhuang wrote: Wed Apr 22 21:19:37 BST 2009 y.zhua...@lse.ac.uk * enable LinkDynLib in compilier phase Looks ok; this fixes http://hackage.haskell.org/trac/ghc/ticket/3114, correct? Wed Apr 22 21:28:36 BST 2009 y.zhua...@lse.ac.uk * [TRIVIAL PATCH] do not f

patch applied (ghc): add publish-binary-dist; tidy up

Fri May 1 04:28:57 PDT 2009 Simon Marlow * add publish-binary-dist; tidy up Ignore-this: 7e0032d7ac300f5dd18626488a035c05 M ./ghc.mk -10 +9 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090501112857-12142-634232cc44508aabbeb5bf502c85c1234baaff1b.gz _

patch applied (testsuite): add sample output

Fri May 1 04:26:25 PDT 2009 Simon Marlow * add sample output Ignore-this: 7dc2878468e8ef9ffacd52de020421ae A ./tests/ghc-regress/driver/recomp006/recomp006.stderr View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20090501112625-12142-9c202fa780f1358b09b08281cd9bc315b

patch applied (ghc): Fix make for libffi again, properly this time

Thu Apr 30 15:55:46 PDT 2009 Duncan Coutts * Fix make for libffi again, properly this time No idea how the last patch managed to pass validate. M ./libffi/ghc.mk +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090430225546-b0bbe-ad2e6979f4ec73e7396447f0d6d6574876392d

patch applied (ghc): Fix parallel make for libffi.

Thu Apr 30 06:56:37 PDT 2009 Duncan Coutts * Fix parallel make for libffi. I didn't realise make can invoke the same action multiple times in parallel if the rule has multiple targets. So go back to using a build stamp file. M ./libffi/ghc.mk -10 +6 View patch online: http://darcs.h

patch applied (ghc): Fix linking shared libs with parallel make

Thu Apr 30 05:37:53 PDT 2009 Duncan Coutts * Fix linking shared libs with parallel make Unlike with static libs, when linking shared libs the dependencies have to already exist. Add a dependency $1_$2_$3_LIBS : $1_$2_$3_DEPS_LIBS M ./rules/build-package-way.mk -1 +8 View patch online:

Re: dynamic linking test failures

On Fri, 2009-05-01 at 09:33 +0100, Duncan Coutts wrote: > Currently I'm getting some test failures for WAY=dyn. I'm not posting > the full list at the moment as I'm not convinced it's quite accurate. > I'll post an update later. Unexpected failures: 1679(dyn) 2469(dyn) 2594(dyn) T1969(

dynamic linking test failures

Currently I'm getting some test failures for WAY=dyn. I'm not posting the full list at the moment as I'm not convinced it's quite accurate. I'll post an update later. I've investigated ffi002. This test ffi exports a Haskell foo function and calls it from a C main function. Two things go wrong whe

Daily report for head

Build results: x86-64 Linux head: fail (failed publishbindist nofib.clean.0 nofib.clean.0_2 nofib.clean.0_3 nofib.clean.0_4 nofib.clean.0_5) x86 Windows head fast: fail (failed compile) fail (failed compile) pass pass kgardas head: fail (failed boot) kili head: