[nightly] 13-Jan-2010 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 Wed Jan 13 19:00:01 GMT 2010. **

Re: rpath for shared libraries

On Tue, 2010-01-12 at 16:52 +, Simon Marlow wrote: > On 12/01/10 10:52, Duncan Coutts wrote: > > > This would also be relevant for the ghc build process. Currently for ghc > > we do not use rpath at all for the .so files for the core packages. I > > did it that way initially just to get it to

patch applied (ghc): Do some recompilation avoidance in GHC.loadModule

Tue Jan 12 14:58:53 PST 2010 Simon Marlow * Do some recompilation avoidance in GHC.loadModule Ignore-this: d5f04baa437a307544c4a7cf87931e92 GHC.loadModule compiles a module after it has been parsed and typechecked explicity. If we are compiling to object code and there is a valid object

patch applied (ghc): Invoke Haddock directly from the build system, instead of via Cabal

Tue Jan 12 14:55:48 PST 2010 Simon Marlow * Invoke Haddock directly from the build system, instead of via Cabal Ignore-this: 1d30babfb13c2d110f79ce6c98cd2142 Partly this is cleaner as we only have to preprocess the source files once, but also it is necessary to avoid Haddock recompilin

Daily report for head

Build results: Old unexpected test passes: 2410 2 x86-64 Linux head TH_spliceE5_prof 2 x86-64 Linux head length0011 tnaur x86 OS X head newtype 2 x86-64 Linux head prof001 2 x86-64 Linux head prof002 2 x86-64 Linux head Old

Daily report for stable

Build results: Dropping unexpected test passes reports from builders not seen in 7 days: tnaur x86 OS X stable Old unexpected test passes: 2410 2 x86 Windows stable TH_spliceE5_prof 2 x86 Windows stable newtype 2 x86 Windows stable prof001 2 x8