patch applied (ghc): Fix maintainer-clean for library/dph

Thu May 14 19:48:12 PDT 2009 Manuel M T Chakravarty * Fix maintainer-clean for library/dph Ignore-this: 189a52c2b3a6cd90fa23e74cc455244 M ./ghc.mk -1 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090515024812-6295e-511a6c9a727fe2294efb8faeb1241560fa63d504.gz _

Re: patch applied (ghc): don't rebuild the whole of stage 1 just because the date has changed

Unfortunately, this patch makes validate fail (at least on Mac OS X) with inplace/bin/mkdirhier ghc/stage1/build mkdir ghc/stage1 mkdir ghc/stage1/build rm -f ghc/stage1/build/.depend ghc/stage1/build/.depend.tmp touch ghc/stage1/build/.depend.tmp /usr/bin/ghc -M -include-pkg-deps -dep-makefil

Re: Where 'main' lives and where it should live

On Wed, 2009-05-13 at 23:24 +, Duncan Coutts wrote: > So I propose that we do not keep 'main' in the rts library. Instead we > should keep Main.o as a separate .o file that sits along side the > installed rts library and whenever we use a Haskell main, then we just > link in Main.o. Obviously

Re: [nightly] 14-May-2009 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

On Thu, 2009-05-14 at 14:50 -0400, GHC Build Reports wrote: > ghc-6.8.3 -M -optdep--include-pkg-deps -optdep-f > -optdepghc/stage1/build/.depend -H32m -O -package-conf > libraries/bootstrapping.conf -i -ighc/. -ighc/stage1/build > -ighc/stage1/build/autogen -Ighc/stage1/build -Ighc/stage1/buil

[nightly] 14-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 Thu May 14 19:51:32 BST 2009. **

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

RE: Where 'main' lives and where it should live

missed that. fixed, by making the shared-library page into the root for this stufff | -Original Message- | From: Simon Marlow [mailto:marlo...@gmail.com] | Sent: 14 May 2009 17:00 | To: Simon Peyton-Jones | Cc: Duncan Coutts; GHC CVS list | Subject: Re: Where 'main' lives and where it sh

Re: Where 'main' lives and where it should live

On 14/05/2009 15:41, Simon Peyton-Jones wrote: I've added a link from http://hackage.haskell.org/trac/ghc/wiki/Commentary to you new page, so if you move it under Commentary/ be sure to update the link. Note that now the top-level menu in Commentary has duplicate shared library stuff. Under

patch applied (ghc): use StgWord for the lock (fixes valgrind complaint on 64-bit machines)

Thu May 14 07:55:24 PDT 2009 Simon Marlow * use StgWord for the lock (fixes valgrind complaint on 64-bit machines) Ignore-this: 23100384044c7ecf26e7e552582bcccd M ./includes/SpinLock.h -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090514145524-12142-a24289f9b629

patch applied (ghc): don't rebuild the whole of stage 1 just because the date has changed

Thu May 14 02:36:36 PDT 2009 Simon Marlow * don't rebuild the whole of stage 1 just because the date has changed Ignore-this: f4b7eceae68033723e6eb79f3972636d M ./compiler/ghc.mk +10 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090514093636-12142-3e912245ae5cafdcbf5b

patch applied (testsuite): Add stderr for T1633

Thu May 14 07:47:17 PDT 2009 simo...@microsoft.com * Add stderr for T1633 Ignore-this: dce6c9e72b83ae4e1f7147a2c60ca5e5 A ./tests/ghc-regress/typecheck/should_fail/T1633.stderr View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20090514144717-1287e-2796ca530631f8dbef8c8

RE: patch applied (testsuite): Test Trac #1633

ah yes, sorry, done now. S | -Original Message- | From: Simon Marlow [mailto:marlo...@gmail.com] | Sent: 14 May 2009 12:25 | To: Simon Peyton-Jones | Cc: cvs-ghc@haskell.org | Subject: Re: patch applied (testsuite): Test Trac #1633 | | On 13/05/2009 16:44, Simon Peyton Jones wrote: | > We

RE: Where 'main' lives and where it should live

| I've made a start. I've got a new start page for shared libs and moved | the existing related pages to sub-pages: | | http://hackage.haskell.org/trac/ghc/wiki/SharedLibraries Excellent! Picky point: should this be in wiki/Commentary? I've added a link from http://hackage.haskell.org/trac/ghc/w

patch applied (ghc): Remove left-over bits of extralib support

Thu May 14 05:58:04 PDT 2009 Ian Lynagh * Remove left-over bits of extralib support M ./ghc.mk -6 M ./packages -12 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090514125804-3fd76-55932140eb9ebf766f08d44a08109249aaec9a33.gz _

patch applied (ghc): Clean the right directory in bindisttest

Thu May 14 05:50:44 PDT 2009 Ian Lynagh * Clean the right directory in bindisttest M ./bindisttest/Makefile -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090514125044-3fd76-b71066b91ea7a3fcab0ed74578e3e07050302312.gz __

patch applied (testsuite): make maintainer-clean work

Thu May 14 05:56:07 PDT 2009 Simon Marlow * make maintainer-clean work Ignore-this: 8b954c0d0e4e63510eaed0353c249763 M ./Makefile -1 +1 M ./timeout/Makefile -1 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20090514125607-12142-de0ab053355742f413ed981ecb54f2

RE: Where 'main' lives and where it should live

On Thu, 2009-05-14 at 09:58 +0100, Simon Peyton-Jones wrote: > Duncan > > It sounds good to me (although I am not a well-informed witness). > > Can I urge you to transfer (and edited version of) your email into the > Commentary, so that others can find out how things work? Yes, though I should p

patch applied (ghc): validate now uses maintainer-clean, not distclean

Thu May 14 03:57:17 PDT 2009 Simon Marlow * validate now uses maintainer-clean, not distclean Ignore-this: fc63835c465928e7b996d548661c26bf M ./validate -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090514105717-12142-89ff4ecbea889beb8f229a1b10d873450eb3d759.gz

patch applied (ghc): main repeated 'make maintainer-clean' not fail

Thu May 14 03:57:04 PDT 2009 Simon Marlow * main repeated 'make maintainer-clean' not fail Ignore-this: 81fa6dbd35ccc9d8081ad5b3ebda3113 M ./Makefile -6 +11 M ./boot -37 A ./boot-pkgs View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090514105704-12142-cd26a27e5da

patch applied (ghc): dummy-ghc should depend on config.mk, to pick up the latest version number

Wed May 13 07:44:44 PDT 2009 Simon Marlow * dummy-ghc should depend on config.mk, to pick up the latest version number Ignore-this: 790a4e0c40f435c395eabaab50ccae9b This fixes build problems of the form ghc-cabal: Version mismatch between ghc and ghc-pkg M ./utils/ghc-cabal/ghc.mk

patch applied (ghc): make repeated 'make distclean' not fail

Thu May 14 03:56:45 PDT 2009 Simon Marlow * make repeated 'make distclean' not fail Ignore-this: f637c255cf741f256114a98d63f47768 M ./Makefile -1 +4 M ./ghc.mk -1 +8 M ./rules/build-prog.mk +3 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090514105645-12142-23

patch applied (ghc): rejig ghc version test; fail if GHC version can't be determined

Wed May 13 03:39:05 PDT 2009 Simon Marlow * rejig ghc version test; fail if GHC version can't be determined Ignore-this: a905701fd9cb8bd09a9b423998e8d98d M ./configure.ac -9 +13 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20090513103905-12142-73106245b4412abf83c3d6b71

Re: patch applied (testsuite): Test Trac #1633

On 13/05/2009 16:44, Simon Peyton Jones wrote: Wed May 13 08:42:42 PDT 2009 simo...@microsoft.com * Test Trac #1633 Ignore-this: 9ed80bf9da7412be19f3d77f46fe5a21 A ./tests/ghc-regress/typecheck/should_fail/T1633.hs M ./tests/ghc-regress/typecheck/should_fail/all.T +1 Did you f

Re: Parallelism in the build

On 14/05/2009 10:11, Manuel M T Chakravarty wrote: Just a random data point for those interested: building ghc with make -j9 on an 8-core (2x QuadCore Xeon 3GHz) server with the new build system requires Wall clock: 7m23s Work : 23m11s (16m25s user + 6m46s system) for a performance build withou

Re: specifying an ELF soname when linking shared libs

On Thu, 2009-05-14 at 09:15 +0100, Simon Marlow wrote: > On 13/05/2009 19:54, Duncan Coutts wrote: > > Shared libs enthusiasts, > > > > We can use ghc to link a bunch of .o files into a shared lib: > > > > $ ghc -dynamic -shared Blah.o -o libHSblah.so > > > > The question on ELF platforms is how we

Parallelism in the build

Just a random data point for those interested: building ghc with make - j9 on an 8-core (2x QuadCore Xeon 3GHz) server with the new build system requires Wall clock: 7m23s Work : 23m11s (16m25s user + 6m46s system) for a performance build without documentation, without split-objects

RE: Where 'main' lives and where it should live

Duncan It sounds good to me (although I am not a well-informed witness). Can I urge you to transfer (and edited version of) your email into the Commentary, so that others can find out how things work? You and I also discussed (at FITA) the desirability of writing an overview of how dynamic lin

Re: specifying an ELF soname when linking shared libs

On 13/05/2009 19:54, Duncan Coutts wrote: Shared libs enthusiasts, We can use ghc to link a bunch of .o files into a shared lib: $ ghc -dynamic -shared Blah.o -o libHSblah.so The question on ELF platforms is how we should set the "soname". This name is name baked into the .so lib and used to i

Daily report for head

Build results: x86-64 Linux head: fail (failed publishbindist nofib.boot.0 nofib.boot.0_2 nofib.boot.0_3 nofib.boot.0_4 failed slave lost) x86 Windows head:fail (failed compile) x86 Windows head fast: fail (failed compile) fail (failed compile) fail (failed compile) fail (failed