[nightly] 06-Aug-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 Wed Aug 6 18:02:07 BST 2008. checking out

patch applied (testsuite): update output (-fimplicit-import-qualified)

Tue Aug 5 08:42:35 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * update output (-fimplicit-import-qualified) M ./tests/ghc-regress/ghci/scripts/ghci024.py +2 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080805154235-12142-6e81877b96e675d3aa6a9057d8d9240c300c4371.gz

patch applied (testsuite): add test for #2452

Tue Aug 5 08:40:28 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * add test for #2452 A ./tests/ghc-regress/ghci/scripts/2452.script A ./tests/ghc-regress/ghci/scripts/2452.stderr M ./tests/ghc-regress/ghci/scripts/all.T -1 +2 View patch online: http://darcs.haskell.org/testsuite/_dar

patch applied (ghc): Add -fno-implicit-import-qualified (#2452)

Tue Aug 5 08:17:30 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * Add -fno-implicit-import-qualified (#2452) The flag is off by default, but GHCi turns it on (in Main.hs). For GHCi it can be overriden on the command-line or using :set. M ./compiler/main/DynFlags.hs -1 +3 M ./compiler

patch applied (ghc): in stage1, always rebuild Main.hs

Tue Aug 5 06:38:23 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * in stage1, always rebuild Main.hs GHC 6.9+ can properly handle cross-package recompilation checking, but older versions of GHC couldn't, so in stage1 we always rebuild Main.hs. In other words, 'make' in ghc/ should do the rig

Re: Version control systems

On 6 Aug 2008, at 12:35, Samuel Tardieu wrote: "Simon" == Simon Marlow <[EMAIL PROTECTED]> writes: Simon> We already have an up-to-date git mirror thanks to Thomas Simon> Schilling: Simon>git clone http://darcs.haskell.org/ghc.git Simon> (notice how fast that is :-) It would be even mu

patch applied (ghc): Ooops; lack of mk/confi.mk doesn't mean validate shouldn't run configure!

Wed Aug 6 04:31:02 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Ooops; lack of mk/confi.mk doesn't mean validate shouldn't run configure! M ./validate -2 +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080806113102-3fd76-c37d454c7f39263a873eb7acfb2ab7f46f338d93.gz __

Re: patch applied (ghc): Remove the cgi package from extralibs

Claus Reinke wrote: Tue Aug 5 05:55:51 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Remove the cgi package from extralibs It has some sort of Error Monad using the old Exception type. I'm not familiar with it enough to know what the right thing to do for it with extensible exceptions is. I a

Re: Version control systems

> "Simon" == Simon Marlow <[EMAIL PROTECTED]> writes: Simon> We already have an up-to-date git mirror thanks to Thomas Simon> Schilling: Simon>git clone http://darcs.haskell.org/ghc.git Simon> (notice how fast that is :-) It would be even much faster if you (Thomas?) setup a git server.

HEADS UP: base3-compat incoming

In the spirit of giving people fair warning before making build-system-related changes, here's a batch of changes to implement the backwards-compatibility infrastructure that we've been talking about. This is basically done and working - I just successfully validated on Linux, but I'll also try a

patch applied (testsuite): Update output following the move of the Char definition

Wed Aug 6 02:48:44 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Update output following the move of the Char definition M ./tests/ghc-regress/ghci/scripts/ghci011.stdout -1 +1 M ./tests/ghc-regress/th/TH_exn1.stderr -1 +1 M ./tests/ghc-regress/th/TH_ppr1.stdout -4 +4 M ./tests/ghc

patch applied (ghc): C# has moved to ghc-prim:GHC.Types

Tue Aug 5 15:01:55 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * C# has moved to ghc-prim:GHC.Types M ./rts/Prelude.h -4 +4 M ./rts/StgMiscClosures.cmm -3 +3 M ./rts/package.conf.in -4 +4 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080805220155-3fd76-896203c5548d8

patch applied (ghc): Move the Char datatype into ghc-prim

Tue Aug 5 12:56:43 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Move the Char datatype into ghc-prim M ./compiler/prelude/TysWiredIn.lhs -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080805195643-3fd76-257664503b86416962563182f8bc72e8b9bee77f.gz

patch applied (ghc): Move the [] definion from base to ghc-prim

Tue Aug 5 11:06:24 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Move the [] definion from base to ghc-prim M ./compiler/prelude/PrelNames.lhs -1 +2 M ./compiler/prelude/TysWiredIn.lhs -3 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080805180624-3fd76-7885081b926e33

patch applied (ghc): Don't boot/configure if we are validating --no-clean

Mon Aug 4 14:46:57 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Don't boot/configure if we are validating --no-clean M ./validate -16 +16 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080804214657-3fd76-cef0491f563d22051d34b2edf177ac21160520fe.gz _

Re: head aches in parser/Parser.hs

It is confusing, though, that Cabal silently uses compiler/parser/Parser.hs, if it is meant to generate and use compiler/dist-stage[12]/Parser.hs. There should be a Cabal warning: "variant of generated file in source dir, using that instead of generated file". As far as I know, if you've got c

Daily report for stable

Build results: fast486 stable: fail (failed darcs) gabor stable: pass malcolm stable: fail (failed stage1) mnemosyne x86-64 Gentoo stable: pass x86 Windows stable: lost x86 Windows stable fast:fail (failed getsubrepos) fail (fail

Daily report for head

Build results: x86-64 Linux head: lost x86 Windows head:lost x86 Windows head fast: pass pass lost lost lost fail (failed stage1) lost malcolm head:fail (failed stage1) tnaur PPC OSX head 2:pass x86-64 Linux head unreg: lost Old unexpected test passes: countRea