pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 291, Success

2011-07-07 Thread Builder
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 291 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/291.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date

pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 274, Success

2011-07-07 Thread Builder
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 274 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/274.html git clone | Success create mk/build.mk| Success get subrepos | Success setting version date | S

[commit: ghc] master: Port 'Add two new primops seq# and spark#' (be54417) to new codegen. (82c9f3f)

2011-07-07 Thread Edward Z. Yang
Repository : ssh://darcs.haskell.org//srv/darcs/ghc On branch : master http://hackage.haskell.org/trac/ghc/changeset/82c9f3f0f42e917b113d2174f468e86074b895cc >--- commit 82c9f3f0f42e917b113d2174f468e86074b895cc Author: Edward Z. Yang

pgj2 (amd64 FreeBSD HEAD), build 409, Failure

2011-07-07 Thread Builder
pgj2 (amd64 FreeBSD HEAD), build 409 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/409.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pg

[commit: testsuite] master: Fix some issues with safe haskell tests (bd1fac9)

2011-07-07 Thread David Terei
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/bd1fac9293d735e41058982ccdb2cc7e198d7284 >--- commit bd1fac9293d735e41058982ccdb2cc7e198d7284 Author: David Ter

Re: SafeHaskell test failures

2011-07-07 Thread David Terei
I was trying to share some files between tests but this doesn't really work when you use multiple threads to run the testsuite. It should be fixed now. Cheers, David On 7 July 2011 01:38, Simon Marlow wrote: > I have a few test failures in a validate run related to SafeHaskell: > > --- ./safeHas

pgj (x86 FreeBSD HEAD), build 411, Failure

2011-07-07 Thread Builder
pgj (x86 FreeBSD HEAD), build 411 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/411.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/41

[nightly] 07-Jul-2011 build of STABLE on x86_64-unknown-linux (cam-04-unx)

2011-07-07 Thread GHC Build Reports
Build description = STABLE on x86_64-unknown-linux (cam-04-unx) 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 Thu Jul 7 18:10:01 BST 2011. checking out new so

tn23 (x86 OSX HEAD), build 377, Failure

2011-07-07 Thread Builder
tn23 (x86 OSX HEAD), build 377 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/377.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/377

kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 282, Failure

2011-07-07 Thread Builder
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 282 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/282.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details:

Re: [PATCH] Only add bare_flag to git clone args if non-empty

2011-07-07 Thread David Peixotto
The first patch has a bug. I was adding the --bare flag at each clone, so we were getting lots of --bare flags towards the end of the list. This new patch only adds it once. 0001-Only-add-bare_flag-to-git-clone-args-if-non-empty.patch Description: Binary data On Jul 7, 2011, at 3:29 PM, David Peix

[PATCH] Only add bare_flag to git clone args if non-empty

2011-07-07 Thread David Peixotto
Adding the bare_flag variable to the git args as an empty string was causingthe git clone command to fail with a complaint about too many arguments. Ithink it was directly calling execv with the empty string as a fourth argumentwhich caused git to complain. This patch only adds the flag as an argum

simonmar-win32-stable (x86 Windows STABLE), build 263, Failure

2011-07-07 Thread Builder
simonmar-win32-stable (x86 Windows STABLE), build 263 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/263.html git clone| Success create mk/build.mk | Success get subrepos | Success setting version date | Success booting

[nightly] 07-Jul-2011 build of STABLE on i386-unknown-linux (cam-02-unx)

2011-07-07 Thread GHC Build Reports
Build description = STABLE on i386-unknown-linux (cam-02-unx) 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 Thu Jul 7 18:10:01 BST 2011. checking out new source tree

simonmar-win32-head (x86 Windows HEAD), build 330, Failure

2011-07-07 Thread Builder
simonmar-win32-head (x86 Windows HEAD), build 330 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/330.html git clone | Success create mk/build.mk | Success get subrepos | Failure: Just (ExitFailure 2) Build failed Details: http://darcs.hask

[nightly] 07-Jul-2011 build of HEAD on i386-unknown-linux (cam-02-unx)

2011-07-07 Thread GHC Build Reports
Build description = HEAD on i386-unknown-linux (cam-02-unx) 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 Jul 7 18:00:02 BST 2011. checking out new source tree

[nightly] 07-Jul-2011 build of HEAD on x86_64-unknown-linux (cam-04-unx)

2011-07-07 Thread GHC Build Reports
Build description = HEAD on x86_64-unknown-linux (cam-04-unx) 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 Jul 7 18:00:01 BST 2011. checking out new source t

[nightly] DPH Performance Test Succeeded

2011-07-07 Thread DPH Buildbot
Full logs at http://log.ouroborus.net/limitingfactor/dph Environment Platform host: limitingfactor.cse.unsw.EDU.AU arch: i386 processor: i386 system:Darwin 10.7.0 Versions GHC The Glorious Glasgow Haskell Compilation System, version 7.0.1 GCC i686-apple-da

[commit: testsuite] master: Pass defaultLogAction to defaultErrorHandler in annrun01 (1f40cdc)

2011-07-07 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/1f40cdc8e3067128cb1c9e2c1dff0c1385a9e42e >--- commit 1f40cdc8e3067128cb1c9e2c1dff0c1385a9e42e Author: Daniel Fi

[commit: testsuite] master: Rename T1595 because there is T1595 in typecheck/should_fail already (6be5743)

2011-07-07 Thread Simon Marlow
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite On branch : master http://hackage.haskell.org/trac/ghc/changeset/6be5743a472e60b80bfac59757440845127e44d5 >--- commit 6be5743a472e60b80bfac59757440845127e44d5 Author: Daniel Fi

Re: Do we have to export _srt labels?

2011-07-07 Thread Max Bolingbroke
On 7 July 2011 09:44, Simon Marlow wrote: > Are you talking about closures for constructors here, or functions too?  I'd > expect most function closures to be referenced in an SRT somewhere. Hmm yes you are right. Intra-object file references to symbols are not reported to nm (contrary to my intu

New patches in /srv/darcs/git-mirrors/random

2011-07-07 Thread Ian Lynagh
New patches in /srv/darcs/git-mirrors/random commit dfeff473ceefcc7e8d4b202fe154e8f869f12e67 Author: Ryan Newton Date: Tue Jun 28 14:25:45 2011 -0400 Adding the simple speed test from ticket #427. commit 5d805e7182798bd6d309649ed5648cb76ace667c Author: Ryan Newton Date: Tue Jun 28 13:

New patches in /srv/darcs/git-mirrors/Cabal

2011-07-07 Thread Ian Lynagh
New patches in /srv/darcs/git-mirrors/Cabal commit 07c47564160574737f720376cac65ae9ab15c5ff Author: Ian Lynagh Date: Wed Jul 6 19:26:19 2011 + Relax some dependencies ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailm

New patches in /srv/darcs/git-mirrors/haskeline

2011-07-07 Thread Ian Lynagh
New patches in /srv/darcs/git-mirrors/haskeline commit 29c740202cb4358d7735211b195920358183f518 Author: Ian Lynagh Date: Wed Jul 6 19:27:34 2011 + Relax a dependency ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailma

Re: Do we have to export _srt labels?

2011-07-07 Thread Simon Marlow
On 07/07/2011 09:36, Max Bolingbroke wrote: On 7 July 2011 08:53, Simon Marlow wrote: Great - that should speed up linking too. Here is another idea which should be worth a lot. The observation is that top level statically allocated _closure exports are rarely used. GHC exports 32,484 _closur

SafeHaskell test failures

2011-07-07 Thread Simon Marlow
I have a few test failures in a validate run related to SafeHaskell: --- ./safeHaskell/check/Check01_fail.stderr.normalised 2011-07-07 09:31:53.7807 33921 +0100 +++ ./safeHaskell/check/Check01_fail.comp.stderr.normalised 2011-07-07 09:31 :53.780733921 +0100 @@ -1 +1 @@ -[3 of 3] Compiling Ch

Re: Do we have to export _srt labels?

2011-07-07 Thread Max Bolingbroke
On 7 July 2011 08:53, Simon Marlow wrote: > Great - that should speed up linking too. Here is another idea which should be worth a lot. The observation is that top level statically allocated _closure exports are rarely used. GHC exports 32,484 _closure pointers but only 5,214 distinct closures ac

simonmar-win32-stable (x86 Windows STABLE), build 262, Incomplete

2011-07-07 Thread Builder
simonmar-win32-stable (x86 Windows STABLE), build 262 Build incomplete Details: http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/262.html darcs get| Success create mk/build.mk | Success get subrepos | Success setting version date | Success booting

Re: Do we have to export _srt labels?

2011-07-07 Thread Simon Marlow
On 07/07/2011 08:49, Max Bolingbroke wrote: On 6 July 2011 17:48, Max Bolingbroke wrote: On 6 July 2011 16:40, Simon Marlow wrote: When the data type has more constructors than we have room for in the tag bits, then the code for the alternatives will grab the tag from the info table. If the

Re: Do we have to export _srt labels?

2011-07-07 Thread Max Bolingbroke
On 6 July 2011 17:48, Max Bolingbroke wrote: > On 6 July 2011 16:40, Simon Marlow wrote: >> When the data type has more constructors than we have room for in the tag >> bits, then the code for the alternatives will grab the tag from the info >> table.  If the info table is IND_STATIC_info, this w

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

2011-07-07 Thread Simon Marlow
On 06/07/2011 21:19, Jason Dagit wrote: On Wed, Jul 6, 2011 at 12:52 PM, Simon Marlow wrote: On 06/07/11 17:14, David Barbour wrote: On Wed, Jul 6, 2011 at 8:09 AM, Simon Marlowmailto:marlo...@gmail.com>> wrote: On 06/07/2011 15:42, Jason Dagit wrote: How can I make sure my li

Re: [Haskell-cafe] How to ensure code executes in the context of a specific OS thread?

2011-07-07 Thread Simon Marlow
On 06/07/2011 21:11, David Barbour wrote: On Wed, Jul 6, 2011 at 12:52 PM, Simon Marlow mailto:marlo...@gmail.com>> wrote: I think the real issue is that GHC has a different behavior than GHCi, and I think this causes a lot of difficulties for people working on GU