pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 243
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/243.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
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 Sun May 15 18:10:01 BST 2011.
checking out new source tree
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 226
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/226.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | S
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 Sun May 15 18:00:01 BST 2011.
checking out new source tree
pgj2 (amd64 FreeBSD HEAD), build 361
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/361.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Succ
pgj (x86 FreeBSD HEAD), build 363
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/363.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Success
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 233
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/233.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
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 Sun May 15 18:10:01 BST 2011.
checking out new s
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 Sun May 15 18:00:01 BST 2011.
checking out new source
tn23 (x86 OSX HEAD), build 339
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/339.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
setting version date | Success
booting | Success
configuring | Failure
Yep. I just committed a fix for this. I'm not terribly happy
about the need to check for this invariant, but at least it's relatively
straightforward to watch out for.
Edward
Excerpts from Simon Marlow's message of Sun May 15 14:43:06 -0400 2011:
> Ah yes, strangely enough Simon and I talked ab
sparky-unreg (Sparc Solaris unreg HEAD), build 121
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/121.html
git clone | Failure: Just (ExitFailure 9)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/121.html
ld.so.1: git: fatal: rel
Ah yes, strangely enough Simon and I talked about this recently. We
noticed that foreign calls don't save caller-saves registers in the new
codegen, but decided that it was probably ok because we're generating
code like
x = R1
y = R2
...
unsafe f(..)
,..
so R1 is not actually
I'll push back... and apologize for perhaps making this all seem more
complicated that it probably is :-)
I think, all things given, the use of private use area (PUA) characters is
far preferable. With the exception of small ranges used by Apple &
Microsoft, PUA characters exchanging in the wi
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/080dabd4d6a18926d9c040ae4712b1891a4bbf2d
>---
commit 080dabd4d6a18926d9c040ae4712b1891a4bbf2d
Author: Edward Z. Yang
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/643397208b83f1654bceeef40c793f11592ef816
>---
commit 643397208b83f1654bceeef40c793f11592ef816
Author: Edward Z. Yang
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/7365e8ee385b5036367686e43bdbcd2f876a7443
>---
commit 7365e8ee385b5036367686e43bdbcd2f876a7443
Author: Edward Z. Yang
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/ee5addccd1929a7368a39b2c88d1b77f0bc8fb73
>---
commit ee5addccd1929a7368a39b2c88d1b77f0bc8fb73
Author: Edward Z. Yang
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/7980b85bdbf554012fcbda25c16bc456feb33cbd
>---
commit 7980b85bdbf554012fcbda25c16bc456feb33cbd
Author: Edward Z. Yang
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/1dc458bf7ee5ca2749e62397617af291dadc891d
>---
commit 1dc458bf7ee5ca2749e62397617af291dadc891d
Author: Edward Z. Yang
On 15/05/2011, at 13:22, Ben Lippmeier wrote:
> Urgh. That's the build race I thought I had fixed. It happens because the DPH
> vectoriser needs dph-prim-seq to be compiled first before it can do its
> desugaring.
Why is there a race? Packages which contain vectorised modules depend on
dph-pri
On Sun, May 15, 2011 at 2:12 PM, Edward Z. Yang wrote:
> I'm getting some mysterious DPH linking error when I am attempting a validate:
>
> http://hpaste.org/46695/dph_dynamic_error
I saw the same problem on a non-validate build.
I rm -rf libraries/dph :)
___
This is on x86-32, I tried sh validate --no-clean once which did not
resolve the error, setting THREADS=1 does seem to resolve the error.
My validate is based off of 4ed961f645b62d231c4f0514ac76ad331c2f6642.
Cheers,
Edward
Excerpts from Ben Lippmeier's message of Sun May 15 08:22:22 -0400 2011:
On 15/05/2011, at 10:12 PM, Edward Z. Yang wrote:
> I'm getting some mysterious DPH linking error when I am attempting a validate:
>
> http://hpaste.org/46695/dph_dynamic_error
Urgh. That's the build race I thought I had fixed. It happens because the DPH
vectoriser needs dph-prim-seq to be com
I'm getting some mysterious DPH linking error when I am attempting a validate:
http://hpaste.org/46695/dph_dynamic_error
Edward
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/a36cd6377ee2a65537fc02b78015937b50a69286
>---
commit a36cd6377ee2a65537fc02b78015937b50a69286
Author: Ben Lippmeier
It looks like it's in IO now, so I added an IORef to keep track of what files
we've
seen and truncate on the first write. I'll push the change soon.
Cheers,
Edward
Excerpts from Ben Lippmeier's message of Sun May 15 04:35:31 -0400 2011:
>
> On 14/05/2011, at 11:16 PM, Edward Z. Yang wrote:
>
On 14/05/2011, at 11:16 PM, Edward Z. Yang wrote:
> Currently, -ddump-to-file appends to an existing file. This is pretty
> confusing
> for me, if I wanted to get a new set of information, because now I have to
> delete
> any dump files before I take more data, or I need to manually separate o
28 matches
Mail list logo
