pgj2, build 114, Success

pgj2, build 114 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/114.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting | Success configuring

pgj, build 116, Success

pgj, build 116 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/116.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting | Success configuring

[nightly] 10-Aug-2010 build of HEAD on i386-unknown-linux (cam-02-unx)

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 Tue Aug 10 18:00:01 BST 2010. checking out new source tree

[nightly] 10-Aug-2010 build of STABLE on i386-unknown-linux (cam-02-unx)

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 Tue Aug 10 18:10:01 BST 2010. checking out new source tree

tn23, build 105, Failure

tn23, build 105 Build failed Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/105.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting | Success configuring

[nightly] 10-Aug-2010 build of HEAD on x86_64-unknown-linux (cam-04-unx)

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 Tue Aug 10 18:00:01 BST 2010. checking out new source

[nightly] 10-Aug-2010 build of STABLE on x86_64-unknown-linux (cam-04-unx)

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 Tue Aug 10 18:10:01 BST 2010. checking out new s

patch applied (testsuite): Add more parse error tests for #3811

Tue Aug 10 09:22:29 PDT 2010 Ian Lynagh * Add more parse error tests for #3811 A ./tests/ghc-regress/parser/should_fail/T3811c.hs A ./tests/ghc-regress/parser/should_fail/T3811c.stderr A ./tests/ghc-regress/parser/should_fail/T3811d.hs A ./tests/ghc-regress/parser/should_fail/T

patch applied (testsuite): Update output following parser error improvements

Mon Aug 9 16:36:47 PDT 2010 Ian Lynagh * Update output following parser error improvements M ./tests/ghc-regress/indexed-types/should_fail/SimpleFail4.stderr -1 +2 M ./tests/ghc-regress/parser/should_fail/readFail007.stderr -1 +1 M ./tests/ghc-regress/parser/should_fail/readFail01

patch applied (ghc): Add more info to more parse error messages (#3811)

Mon Aug 9 16:31:08 PDT 2010 Ian Lynagh * Add more info to more parse error messages (#3811) M ./compiler/parser/RdrHsSyn.lhs -24 +31 View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=ghc;a=darcs_commitdiff;h=20100809233108-3fd76-9df0db7637285950de5fc0e91e99e7b241b7b9c5.g

RE: Emailing: binary-patch

See http://research.microsoft.com/en-us/um/people/simonpj/papers/constraints/index.htm esp "Let should not be generalised" | -Original Message- | From: Felipe Lessa [mailto:felipe.le...@gmail.com] | Sent: 10 August 2010 17:43 | To: Simon Peyton-Jones | Cc: Don Stewart; cvs-ghc@haskell.o

Small patch for Haskeline

Judah Would you consider applying this patch to package 'haskeline' please? It just adds a type signature, which makes the code clearer and is helpful for the new type inference engine. If that's acceptable, could you let us know when done so we can suck them down to the GHC repo? Many

Re: Emailing: binary-patch

On Tue, Aug 10, 2010 at 1:29 PM, Simon Peyton-Jones wrote: > The third is helpful for the new type inference engine, and makes the code > clearer too. Why does it help? And how? Cheers! =) -- Felipe. ___ Cvs-ghc mailing list Cvs-ghc@haskell.org ht

Small patch for bytestring

Duncan Would you consider applying this patch to package 'bytestring' please? It just adds a type signature, which makes the code clearer and is helpful for the new type inference engine. If that's acceptable, could you let us know when done so we can suck them down to the GHC repo? M

Re: Emailing: binary-patch

Applied, thanks! simonpj: > Don > > Would you consider applying this patch to package 'binary' please? > > * Replaces deprecated -fglasgow-exts with the right language flags > * Removes an UNPACK pragma that does nothing and now elicits a warning > * Adds a type signature on a local binding > >

Emailing: binary-patch

Don Would you consider applying this patch to package 'binary' please? * Replaces deprecated -fglasgow-exts with the right language flags * Removes an UNPACK pragma that does nothing and now elicits a warning * Adds a type signature on a local binding The third is helpful for the new type infere

patch applied (testsuite): add test for #4221

Tue Aug 10 08:19:00 PDT 2010 Simon Marlow * add test for #4221 A ./tests/ghc-regress/ffi/should_run/4221.hs A ./tests/ghc-regress/ffi/should_run/4221.stdout A ./tests/ghc-regress/ffi/should_run/4221_c.c View patch online: http://darcs.haskell.org/cgi-bin/darcsweb.cgi?r=testsuite;a

patch applied (ghc): Run finalizers *after* updating the stable pointer table (#4221)

Tue Aug 10 06:37:39 PDT 2010 Simon Marlow * Run finalizers *after* updating the stable pointer table (#4221) Silly bug really, we were running the C finalizers while the StablePtr table was still in a partially-updated state during GC, but finalizers are allowed to call freeStablePtr() (v

sparky, build 85, Success

sparky, build 85 Build succeeded Details: http://darcs.haskell.org/ghcBuilder/builders/sparky/85.html darcs checkout | Success create mk/build.mk | Success get subrepos | Success repo versions| Success setting version date | Success booting | Success configuri

Re: HEADS UP: Re: patch applied (ghc): Integrate new I/O manager, with signal support

On 08/10/10 14:10, Johan Tibell wrote: > Both Bryan and I have blogged about it a couple of times. There's also > a paper in this year's Haskell Symposium. Oh, sorry, I should have looked it up before asking questions :) Thank you for the links. :g _

Re: HEADS UP: Re: patch applied (ghc): Integrate new I/O manager, with signal support

On Tue, Aug 10, 2010 at 1:37 PM, Gabor PALI wrote: > Yes, I am curious how FreeBSD 8.x will like it :) By the way, is there > any way to learn more about this new I/O manager? > Both Bryan and I have blogged about it a couple of times. There's also a paper in this year's Haskell Symposium. My

Re: HEADS UP: Re: patch applied (ghc): Integrate new I/O manager, with signal support

On 08/10/10 13:29, Johan Tibell wrote: > The new I/O manager has now been integrated into GHC and base. Please > be on the lookout for any I/O related anomalies and report them to me > (preferably via a bug assigned to my username "tibbe"). > Yes, I am curious how FreeBSD 8.x will like it :) By t

HEADS UP: Re: patch applied (ghc): Integrate new I/O manager, with signal support

On Tue, Aug 10, 2010 at 12:05 PM, Simon Marlow wrote: > Sat Jul 24 03:23:55 PDT 2010 Johan Tibell > * Integrate new I/O manager, with signal support > >M ./configure.ac +4 >M ./includes/rts/Globals.h -5 +6 >M ./includes/rts/IOManager.h -2 +2 >M ./rts/Globals.c -15 +22 >M ./

patch applied (testsuite): update test output (compilation messages now go to stdout)

Tue Aug 10 01:18:30 PDT 2010 Simon Marlow * update test output (compilation messages now go to stdout) M ./tests/ghc-regress/driver/recomp002/recomp002.stderr -3 M ./tests/ghc-regress/driver/recomp005/recomp005.stderr -8 M ./tests/ghc-regress/driver/recomp006/recomp006.stderr -2

patch applied (ghc): Do the dependency-omitting for 'make 1' in a slightly different way

Tue Aug 10 02:34:46 PDT 2010 Simon Marlow * Do the dependency-omitting for 'make 1' in a slightly different way I encountered a couple of things that broke after Ian's previous patch: one was my nightly build scripts that use 'make stage=2' at the top level, and the other is 'make fast

patch applied (ghc): Integrate new I/O manager, with signal support

Sat Jul 24 03:23:55 PDT 2010 Johan Tibell * Integrate new I/O manager, with signal support M ./configure.ac +4 M ./includes/rts/Globals.h -5 +6 M ./includes/rts/IOManager.h -2 +2 M ./rts/Globals.c -15 +22 M ./rts/Linker.c -8 +8 M ./rts/Prelude.h -6 +6 M ./rts/packag