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

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

Re: lazy primop

Hi Simon, On Tue, May 26, 2009 at 04:59:12PM +0100, Simon Peyton-Jones wrote: > > 2. Secondly, I can't see GHC.Base documented in > http://www.haskell.org/ghc/docs/latest/html/libraries/ > Why not? It's rather important! In looking at this, I found that the new build system wasn't

patch applied (ghc): Wibble some comments to avoid haddock parse errors

Tue May 26 12:29:53 PDT 2009 Ian Lynagh * Wibble some comments to avoid haddock parse errors M ./compiler/typecheck/TcExpr.lhs -4 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090526192953-3fd76-35cc90e02e54f482a3b494b1c75fc385fd770148.gz ___

patch applied (ghc): Add a haddock target, for just building the haddock docs

Tue May 26 12:04:59 PDT 2009 Ian Lynagh * Add a haddock target, for just building the haddock docs M ./ghc.mk +2 M ./rules/haddock.mk +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090526190459-3fd76-8deff3f5f3e45ee2a0e6078541da655f94442e7c.gz ___

patch applied (ghc): Add some more $s to rules/haddock.mk for consistency

Tue May 26 11:41:27 PDT 2009 Ian Lynagh * Add some more $s to rules/haddock.mk for consistency M ./rules/haddock.mk -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090526184127-3fd76-a8ac1eb5ea7d00c915ac301b3a8dfb6b4ed52681.gz __

patch applied (ghc): Fix haddocking

Tue May 26 11:40:34 PDT 2009 Ian Lynagh * Fix haddocking We were looking at HADDOCK_DOCS instead of $$(HADDOCK_DOCS) M ./rules/haddock.mk -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090526184034-3fd76-cb326ac391b5024767f7d6a22007edf7c9fe2d54.gz __

Re: Validate broken on x86_64 and PPC

On Tue, May 26, 2009 at 09:28:18PM +1000, Ben Lippmeier wrote: > > There's a similar validate problem on PPC. > Looks like word size, or other config thing is messed up. > > gcc -DHAVE_CONFIG_H -I. -I. -I./include -Iinclude -I./src -Wall -g > -fexceptions -O -g -O2 -Wall -Werror -MT src/powerpc/f

Re: Validate broken on x86_64

Hi Ben, On Tue, May 26, 2009 at 06:46:29PM +1000, Ben Lippmeier wrote: > > Those ducks, they just won't line up.. > > cc1: warnings being treated as errors > LibFFI.hsc: In function 'main': > LibFFI.hsc:81: warning: format '%d' expects type 'int', but argument 3 > has type 'long unsigned int'

lazy primop

Ian Two odd things. 1. prelude/primops.txt.pp says that 'lazy' is a "pseudoop". But in fact it isn't exported by GHC.Prim at all; rather by GHC.Base. So I suspect that all the commentary in primops.txt.pp belongs in GHC.Base. 2. Secondly, I can't see GHC.Base documented in http://w

Re: Validate broken on x86_64 and PPC

There's a similar validate problem on PPC. Looks like word size, or other config thing is messed up. gcc -DHAVE_CONFIG_H -I. -I. -I./include -Iinclude -I./src -Wall -g -fexceptions -O -g -O2 -Wall -Werror -MT src/powerpc/ffi_darwin.lo -MD -MP -MF src/powerpc/.deps/ffi_darwin.Tpo -c src/power

Validate broken on x86_64

Those ducks, they just won't line up.. inplace/bin/mkdirhier compiler/stage2/build/ /home/benl/software/alex-2.3.1/bin/alex -g compiler/cmm/CmmLex.x -o compiler/stage2/build/CmmLex.hs cc1: warnings being treated as errors LibFFI.hsc: In function 'main': LibFFI.hsc:81: warning: format '%d' exp