pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 218
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/218.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 Wed Apr 20 18:10:01 BST 2011.
checking out new source tree
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 201
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/201.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 Wed Apr 20 18:00:01 BST 2011.
checking out new source tree
pgj2 (amd64 FreeBSD HEAD), build 336
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/336.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Succ
pgj (x86 FreeBSD HEAD), build 338
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/338.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Success
Adam Megacz writes:
> The really strange part is this: if I modify the extraction machinery
> and wrap every subexpression "e" as "(trace e)" where trace is:
>
> trace x = System.IO.Unsafe.unsafePerformIO $ Prelude.return x
>
> Everything works perfectly (though very slowly)!
Using this gets r
On Mon, Apr 18, 2011 at 09:54:56AM +0200, Karel Gardas wrote:
> if_os('darwin', skip),
> + # Solaris' linker does not support GNUish linker scripts
> + if_os('solaris2', skip),
Applied, thanks!
Thanks
Ian
___
Cvs-ghc mailing list
On Tue, Apr 19, 2011 at 12:11:53AM +0200, Matthias Kilian wrote:
> On Mon, Apr 18, 2011 at 09:10:28AM +0200, Karel Gardas wrote:
> > >Apart from this, a much simpler version (using cut, inspired by
> > >your diff, but also tr) may be:
> > >
> > > git log -n 1 --date=short --pretty=format:%ci | cu
On Sun, Apr 17, 2011 at 09:32:15PM +0200, CJ van den Berg wrote:
>
> here are a couple of trivial patches to fix linking of libncursesw on
> Fedora. It’s not a complete implementation of the INPUT linker command,
> but it’s probably enough for real-world use.
Applied, thanks!
Thanks
Ian
_
On Sat, Apr 16, 2011 at 02:58:15PM +0200, Matthias Kilian wrote:
> * grep
> + * clean
> * reset
Applied, thanks!
Thanks
Ian
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Typing
make inplace/bin/ghc-stage1
will build ghc-stage1 (as desired). Then it also runs the configure
scripts for all of the libraries, which takes a really long time.
Is there some invocation of make that will just recompile
inplace/bin/ghc-stage1 and won't re-run all of the configure stuf
Hello, could anybody explain:
1. How GHC.Prim.Any maps on to SystemFC; I'm guessing it isn't "just
another 0-ary tycon" -- it seems to get special treatment.
2. If using -XNoMonoPatBinds ensures that GHC.Prim.Any won't appear in
post-desugarer CoreSyn's (this is the case for my tes
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 Wed Apr 20 18:10:01 BST 2011.
checking out new s
kgardas-opensolaris-x86-head (x86 Solaris HEAD), build 207
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/kgardas-opensolaris-x86-head/207.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date
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 Wed Apr 20 18:00:01 BST 2011.
checking out new source
"Edward Z. Yang" writes:
> Can you minimize the test-case into a minimal program that still segfaults?
Sadly, no; the extracted Haskell is difficult to read and very fragile
in the face of manual modifications. It would be like editing STG code
by hand...
> Maybe you can reduce the Coq itself
Repository : ssh://darcs.haskell.org//srv/darcs/testsuite
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/991fabecbfbccc8c8882805f4a66889f4484945c
>---
commit 991fabecbfbccc8c8882805f4a66889f4484945c
Author: Karel Gar
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/3c287486b41b5f99b20f700a61f5897940403aaf
>---
commit 3c287486b41b5f99b20f700a61f5897940403aaf
Author: Matthias Kilian
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/44315e136cf9bc994185e689babec649c127e045
>---
commit 44315e136cf9bc994185e689babec649c127e045
Author: CJ van den Berg
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/a8c51c335cfa5201acf80a8d57d0d19b2779d5bc
>---
commit a8c51c335cfa5201acf80a8d57d0d19b2779d5bc
Author: CJ van den Berg
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/877816b90b3c17582d32c7ed2ac56dd7042088e5
>---
commit 877816b90b3c17582d32c7ed2ac56dd7042088e5
Author: Matthias Kilian
Can you minimize the test-case into a minimal program that still segfaults?
This might be tricky with the unsafeCoerces around, since deleting
instructions probably will be break any invariants your coerces are
relying on. Maybe you can reduce the Coq itself, or make the test case
smaller.
It see
On Sun, Apr 17, 2011 at 05:18:17PM +0200, Matthias Kilian wrote:
>
> I also noticed that *your* mail reached me but never hit the mailing
> list, probably because the list was in the cc:
>
> > Cc: cvs-ghc
> > Subject: Re: Sending git patches
> > From: "Edward Z. Yang"
> > To: Matthias Kilian
>
sparky-unreg (Sparc Solaris unreg HEAD), build 96
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/96.html
git clone | Failure: Just (ExitFailure 9)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/sparky-unreg/96.html
ld.so.1: git: fatal: reloca
So, I have a situation where my modified GHC is segfaulting. All
compilation is done with -O0. I'm sort of hoping for suggestions on how
to continue figuring this out.
I've tried all of the suggestions on these pages, short of using gdb:
http://hackage.haskell.org/trac/ghc/wiki/Debugging
h
Yep! I'll push this patch then.
Edward
Excerpts from Simon Marlow's message of Wed Apr 20 05:25:27 -0400 2011:
> On 19/04/2011 22:53, Edward Z. Yang wrote:
> > This makes the following statements valid C--, which uses the
> > block ID directly rather than generating an anonymous block:
> >
> >
I wanted someone to review the QSem code, and now I have gotten my wish...
Warning: this is a long e-mail.
On 20/04/2011 10:23, Simon Marlow wrote:
> On 19/04/2011 15:26, Chris Kuklewicz wrote:
>> This is a patch against base. This replaces the implementation of
>> Control.Concurrent.QSem
>>
>>
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-generics
http://hackage.haskell.org/trac/ghc/changeset/02fa8eafaae87b1d2e8b6f1f34b7d6b1af1da58f
>---
commit 02fa8eafaae87b1d2e8b6f1f34b7d6b1af1da58f
Merge: 9dcc8bb...
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
Branch 'ghc-generics' now includes:
243c304... Fix compiling on linux-powerpc.
6a6b16d... fix a bug introduced in
1fb38442d3a55ac92795aa6c5ed4df82011df724, symptom was 2047(threaded2) was
crashing.
b20d5a3... Update CmmRegOff sh
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-generics
http://hackage.haskell.org/trac/ghc/changeset/c9d713bca9ce31fed25d7201464bad48f0dbc647
>---
commit c9d713bca9ce31fed25d7201464bad48f0dbc647
Merge: 02fa8ea...
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : ghc-generics
http://hackage.haskell.org/trac/ghc/changeset/3a5c9d485332748d9ea85ae99d24adcf810d9788
>---
commit 3a5c9d485332748d9ea85ae99d24adcf810d9788
Author: Simon Pey
On Wed, Apr 20, 2011 at 10:34:04AM +0100, Simon Marlow wrote:
> >
> > Don't generate a prototype for cas
> >
> > I'm not sure if this is the best way to fix this, but it fixes the
> > unreg build.
>
> I'm fairly sure this is wrong, we shouldn't be pattern matching on
> "cas" in the cod
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/25fa4bdbff4a84d6717c4ff7cdf7080687616818
>---
commit 25fa4bdbff4a84d6717c4ff7cdf7080687616818
Merge: fd26d0a... 40859
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/fd26d0ac1b48890dc7c3b5b60b42373fa964cdc8
>---
commit fd26d0ac1b48890dc7c3b5b60b42373fa964cdc8
Author: Simon Peyton Jo
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/d700bac1dabe26d2fadce661a0ba78664b86bd89
>---
commit d700bac1dabe26d2fadce661a0ba78664b86bd89
Author: Simon Peyton Jo
Repository : ssh://darcs.haskell.org//srv/darcs/haddock2
New branch : ghc-new-co
Referencing: b88d03458ee99eea6d9cf81214846b8cd36e06fb
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
On 18/04/2011 21:46, Mark Lentczner wrote:
(A minor point: I think your definition D10, rather than D76,
is closest to what GHC implements as Char, since you can for
example evaluate (length "\xD800") with no complaints
Yikes - I thought earlier versions of GHC wouldn't evaluate "\xD
On 20/04/2011 01:51, Ian Lynagh wrote:
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/40859045bf3e74efb5443b407bb01978e742e49d
---
commit 40859045bf3e74efb5443b
On 19/04/2011 22:58, Edward Z. Yang wrote:
A sanity check on this patch would be nice. Note that I need to
update the lint check with this change.
Don't you mean "Sp is always *greater* than SpLim"?
I wonder whether this would be better done at a higher level, i.e. don't
generate a stack che
On 19/04/2011 22:53, Edward Z. Yang wrote:
This makes the following statements valid C--, which uses the
block ID directly rather than generating an anonymous block:
if (expr) goto foo;
switch expr {
case 0: goto foo;
case 1: goto bar;
}
Looks fine to me - did
On 19/04/2011 15:26, Chris Kuklewicz wrote:
This is a patch against base. This replaces the implementation of
Control.Concurrent.QSem
From 21a539a7adceee253cd8602702dcbd3863f5bd55 Mon Sep 17 00:00:00 2001
Subject: [PATCH 1/3] Replace QSem.hs in base
Thanks for the patches. I'm quite surpris
tn23 (x86 OSX HEAD), build 313
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/313.html
git clone | Success
create mk/build.mk| Success
get subrepos | Success
setting version date | Success
booting | Success
co
43 matches
Mail list logo
