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 Sat Aug 8 18:00:01 BST 2009.
checking out
Sat Aug 8 19:51:08 EDT 2009 Ian Lynagh
* Point at the up-to-date ext-core docs
M ./documentation.html -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
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 Sat Aug 8 19:00:01 BST 2009.
***
Sat Aug 8 15:25:37 PDT 2009 Ian Lynagh
* Pass -m32 to gcc on i386 and ppc OS X
This makes GHC work even if you are actually running it in 64bit mode,
e.g. on OS X 10.6 Snow.
M ./configure.ac +4
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090808222537-3fd76-50b600
Sat Aug 8 11:44:07 PDT 2009 Ian Lynagh
* Fix bindist creation
This is a bit kludgy. We've hit the maximum number of arguments you can
have in the for loop for adding files to the bindist list, so this just
splits the list in 2.
M ./ghc.mk -1 +4
M ./rules/bindist.mk -2 +2
View p
Sat Aug 8 10:57:56 PDT 2009 Ian Lynagh
* Put the library haddock docs in the html subdirectory of docdir
M ./ghc.mk -3 +3
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090808175756-3fd76-875d1aa1d1432f1050432251ddc074b37a24.gz
_
Sat Aug 8 04:20:34 PDT 2009 Ian Lynagh
* Install the main doc index page, and also put it in bindists
M ./ghc.mk +2
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20090808112034-3fd76-23975321e49ce2ccb8b9afe711991a240e9a22cf.gz
___
On Fri, Aug 07, 2009 at 11:42:08PM +0100, Simon Marlow wrote:
> Ian Lynagh wrote:
>> Fri Aug 7 06:07:31 PDT 2009 Ian Lynagh
>> * Add a kludge to fix building shared libs
>> The .dyn_hi files currently depend on the .dyn_hi files of modules that
>> they import. But they actually want the .h