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
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
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
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
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/bd1fac9293d735e41058982ccdb2cc7e198d7284
>---
commit bd1fac9293d735e41058982ccdb2cc7e198d7284
Author: David Ter
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
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
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
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
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:
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
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
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
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
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
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
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
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
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/1f40cdc8e3067128cb1c9e2c1dff0c1385a9e42e
>---
commit 1f40cdc8e3067128cb1c9e2c1dff0c1385a9e42e
Author: Daniel Fi
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/6be5743a472e60b80bfac59757440845127e44d5
>---
commit 6be5743a472e60b80bfac59757440845127e44d5
Author: Daniel Fi
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
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
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
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
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
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
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
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
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
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
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
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
32 matches
Mail list logo