Re: Unportable use of tar

2010-03-29 Thread Matthias Kilian
On Tue, Mar 30, 2010 at 03:34:11PM +1100, Roman Leshchinskiy wrote: > boot-pkgs contains this line: > > tar -zxf ../../$tarball > > This fails at least on Solaris where we want gtar. We probably > want to look for gnutar, gtar and then for tar, just like in > configure. Or just u

Unportable use of tar

2010-03-29 Thread Roman Leshchinskiy
boot-pkgs contains this line: tar -zxf ../../$tarball This fails at least on Solaris where we want gtar. We probably want to look for gnutar, gtar and then for tar, just like in configure. Roman ___ Cvs-ghc mailing list Cvs-ghc@haske

[nightly] 29-Mar-2010 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2010-03-29 Thread GHC Build Reports
Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Mon Mar 29 18:10:01 BST 2010. checki

[nightly] 29-Mar-2010 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

2010-03-29 Thread GHC Build Reports
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 Mon Mar 29 18:00:01 BST 2010. checking out

[nightly] 29-Mar-2010 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2010-03-29 Thread GHC Build Reports
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 Mon Mar 29 19:00:01 BST 2010. **

[nightly] 29-Mar-2010 build of STABLE on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

2010-03-29 Thread GHC Build Reports
Build description = STABLE on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com) Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx Nightly build started on cam-04-unx at Mon Mar 29 19:10:01 BST 20

simonmar-win32-stable, build 4

2010-03-29 Thread Builder
simonmar-win32-stable, build 4 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/4.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting

simonmar-win32-head, build 6

2010-03-29 Thread Builder
simonmar-win32-head, build 6 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/6.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting

patch applied (ghc-6.12/ghc): MERGED: tidy up the end of the all_tasks list after forking

2010-03-29 Thread Ian Lynagh
Mon Mar 29 09:30:50 PDT 2010 Ian Lynagh * MERGED: tidy up the end of the all_tasks list after forking Simon Marlow **20100329132253 M ./rts/Task.c +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc-6.12/ghc): avoid a fork deadlock (see comments)

2010-03-29 Thread Ian Lynagh
Mon Mar 29 06:23:29 PDT 2010 Simon Marlow * avoid a fork deadlock (see comments) M ./rts/Schedule.c +7 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): avoid a fork deadlock (see comments)

2010-03-29 Thread Simon Marlow
Mon Mar 29 06:23:29 PDT 2010 Simon Marlow * avoid a fork deadlock (see comments) M ./rts/Schedule.c +7 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): tidy up the end of the all_tasks list after forking

2010-03-29 Thread Simon Marlow
Mon Mar 29 06:22:53 PDT 2010 Simon Marlow * tidy up the end of the all_tasks list after forking M ./rts/Task.c +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Add a 'setKeepCAFs' external function (#3900)

2010-03-29 Thread Simon Marlow
Mon Mar 29 04:00:36 PDT 2010 Simon Marlow * Add a 'setKeepCAFs' external function (#3900) M ./includes/rts/storage/GC.h +3 M ./rts/sm/Storage.c -2 +7 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-gh

patch applied (ghc): Explicitly check whether ar supports the @file syntax

2010-03-29 Thread Ian Lynagh
Mon Mar 29 05:33:25 PDT 2010 Ian Lynagh * Explicitly check whether ar supports the @file syntax rather than assuming that all GNU ar's do. Apparently OpenBSD's older version doesn't. M ./aclocal.m4 +26 M ./configure.ac -1 +1 M ./mk/config.mk.in -1 +1 M ./rules/build-package

patch applied (ghc-6.12/ghc): Explicitly check whether ar supports the @file syntax

2010-03-29 Thread Ian Lynagh
Mon Mar 29 05:33:25 PDT 2010 Ian Lynagh * Explicitly check whether ar supports the @file syntax rather than assuming that all GNU ar's do. Apparently OpenBSD's older version doesn't. M ./aclocal.m4 +26 M ./configure.ac -1 +1 M ./mk/config.mk.in -1 +1 M ./rules/build-package

Re: Adding xhtml as a boot library

2010-03-29 Thread Simon Marlow
On 28/03/2010 23:43, David Waern wrote: Mark Lentczner is working on rewriting Haddock's HTML back-end to output semantic XHTML markup. This new back-end uses the xhtml library. Is it possible to add it as a boot library? It's already a platform package, so I don't see any problems with adding

patch applied (ghc-6.12/ghc): Add release notes for 6.12.2

2010-03-29 Thread Ian Lynagh
Sun Mar 28 15:48:11 PDT 2010 Ian Lynagh * Add release notes for 6.12.2 A ./docs/users_guide/6.12.2-notes.xml M ./docs/users_guide/intro.xml +1 M ./docs/users_guide/ug-ent.xml.in +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.

Re: Overwriting closures without indirections

2010-03-29 Thread Simon Marlow
On 26/03/2010 17:50, Chris Nicholls wrote: Sure. Inside the RTS you would call recordMutableCap() after checking which generation the closure belongs to. I've just cleaned this up and added recordMutated(Capability *, StgClosure *) which does the generation check too, but that's

RE: Order of tests in rem and friends

2010-03-29 Thread Simon Peyton-Jones
I would say: push the patch, record that you have done so on the ticket (with nofib results and the patch commit message), but leave the ticket open since it really advocates a slight change in semantics that is still un-done. Simon | -Original Message- | From: cvs-ghc-boun...@haskell.o