[nightly] 12-Feb-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 Thu Feb 12 18:00:01 GMT 2009. checking out

[nightly] 12-Feb-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 Thu Feb 12 19:00:01 GMT 2009. **

Re: On Intel Mac OS X 10.5, validate (haddock) reports "Unsafe/Coerce.hs:31:0: attempting touse module `GHC.Prim' (./GHC/Prim.hs) which is not loaded"

I just successfully validated the head on Mac OS X 10.5.6. So, maybe you have some more old files lying around. Manuel Thorkil Naur: On Thursday 12 February 2009 19:28, Claus Reinke wrote: On an Intel Mac OS X 10.5, validate stops at: Running Haddock for base-4.0.0.0... ... Looks familia

Re: On Intel Mac OS X 10.5, validate (haddock) reports "Unsafe/Coerce.hs:31:0: attempting touse module `GHC.Prim' (./GHC/Prim.hs) which is not loaded"

On Thursday 12 February 2009 19:28, Claus Reinke wrote: > > On an Intel Mac OS X 10.5, validate stops at: > > > >> Running Haddock for base-4.0.0.0... > ... > Looks familiar (side effect of old generated file not cleaned): > > http://www.haskell.org/pipermail/cvs-ghc/2008-September/044780.html >

Re: On Intel Mac OS X 10.5, validate (haddock) reports "Unsafe/Coerce.hs:31:0: attempting touse module `GHC.Prim' (./GHC/Prim.hs) which is not loaded"

On an Intel Mac OS X 10.5, validate stops at: Running Haddock for base-4.0.0.0... Warning: The documentation for the following packages are not installed. No links will be generated to these packages: ffi-1.0, rts-1.0 Unsafe/Coerce.hs:31:0: attempting to use module `GHC.Prim' (./GHC/Prim.hs

On Intel Mac OS X 10.5, validate (haddock) reports "Unsafe/Coerce.hs:31:0: attempting to use module `GHC.Prim' (./GHC/Prim.hs) which is not loaded"

Hello, On an Intel Mac OS X 10.5, validate stops at: > Running Haddock for base-4.0.0.0... > Warning: The documentation for the following packages are not installed. No > links will be generated to these packages: ffi-1.0, rts-1.0 > > Unsafe/Coerce.hs:31:0: > attempting to use module `GHC.Pri

patch applied (ghc): Only pass --with-hscolour to cabal-bin once

Thu Feb 12 06:10:23 PST 2009 Ian Lynagh * Only pass --with-hscolour to cabal-bin once M ./libraries/Makefile -4 M ./mk/cabal-flags.mk -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090212141023-3fd76-c41aa3e88cd0a21c5dbe0423e1704a4346196d42.gz

patch applied (ghc): Quote some more arguments to cabal-bin

Thu Feb 12 06:11:20 PST 2009 Ian Lynagh * Quote some more arguments to cabal-bin M ./mk/cabal-flags.mk -3 +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090212141120-3fd76-cffc2422424ce15e0844d983c37b42917d7322fe.gz ___ Cvs

patch applied (ghc-6.10/ghc): Quote some more arguments to cabal-bin

Thu Feb 12 06:11:20 PST 2009 Ian Lynagh * Quote some more arguments to cabal-bin M ./mk/cabal-flags.mk -3 +3 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090212141120-3fd76-cffc2422424ce15e0844d983c37b42917d7322fe.gz __

patch applied (ghc-6.10/ghc): Only pass --with-hscolour to cabal-bin once

Thu Feb 12 06:10:23 PST 2009 Ian Lynagh * Only pass --with-hscolour to cabal-bin once M ./libraries/Makefile -4 M ./mk/cabal-flags.mk -2 +2 View patch online: http://darcs.haskell.org/ghc-6.10/ghc/_darcs/patches/20090212141023-3fd76-c41aa3e88cd0a21c5dbe0423e1704a4346196d42.gz ___

Re: Daily report for stable

Hello, On Thursday 12 February 2009 11:44, Simon Marlow wrote: > Thorkil Naur wrote: > > > I have not been able to understand fully what this is about, nor finding the > > details of any solution. However, it seems clear that incompatible versions > > of libc.so.6 ("TLS version") and librt.so

Re: Daily report for stable

Thorkil Naur wrote: I have not been able to understand fully what this is about, nor finding the details of any solution. However, it seems clear that incompatible versions of libc.so.6 ("TLS version") and librt.so.1 ("non-TLS version") are being used together, causing the error. But whether t

Daily report for head

Build results: x86-64 Linux head: fail (failed darcs) x86 Windows head:fail (failed bindisttest) x86 Windows head fast: pass pass pass pass pass pass x86-64 Linux head unreg: pass Old unexpected test passes: hpc_ghc_ghci 2 tnaur PPC OSX head 2 unicode001 1 kili head

Daily report for stable

Build results: kgardas stable: pass tnaur x86 Linux stable: fail (failed configure) tnaur x86 OS X stable: pass x86 Windows stable: pass x86 Windows stable fast: pass pass pass pass pass pass x86-64 Linux stable: pass Old unexpected test passes: unicode001 1 kili stable