patch applied (testsuite): Test Trac #2713

Mon Oct 27 15:35:22 PDT 2008 [EMAIL PROTECTED] * Test Trac #2713 A ./tests/ghc-regress/th/T2713.hs A ./tests/ghc-regress/th/T2713.stderr M ./tests/ghc-regress/th/all.T +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20081027223522-1287e-11c6c0e6f75301813c110

patch applied (testsuite): Update output to follow improved error messages for fixity decls

Mon Oct 27 15:24:48 PDT 2008 [EMAIL PROTECTED] * Update output to follow improved error messages for fixity decls M ./tests/ghc-regress/ghci.debugger/scripts/break019.stderr -2 +2 M ./tests/ghc-regress/module/mod77.stderr -2 +3 M ./tests/ghc-regress/parser/should_fail/read001.stderr

patch applied (ghc): Fix Trac #2713: refactor and tidy up renaming of fixity decls

Mon Oct 27 15:27:38 PDT 2008 [EMAIL PROTECTED] * Fix Trac #2713: refactor and tidy up renaming of fixity decls In fixing #2713, this patch also eliminates two almost-unused functions from RnEnv (lookupBndr and lookupBndr_maybe). The net lines of code is prety much unchanged, but more o

Re: Building with GhcBootLibs=Yes doesn't work

One more note: It turns out the error message I was seeing was because those libraries are necessary for a stage 2 build, but I only wanted a stage 1 build anyway. Re-reading the message, this should have been pretty clear, but I was on autopilot; perhaps the message could say even more clearly som

Re: Building with GhcBootLibs=Yes doesn't work

Oops, ignore that last post. On second glance, the problem seems to be with my changes to GHC config files and not with GhcBootLibs=YES. Cheers, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc * Often in error, never in doubt "If you don't understand the causes, it is impossible to come up with a

Building with GhcBootLibs=Yes doesn't work

Hi all, I'm trying to build a minimal[*] set of GHC libraries, and I noticed a comment in libraries/Makefile that says: # Set GhcBootLibs=YES from the command line to work with just the libraries # needed to bootstrap GHC. So I tried: make GhcBootLibs=YES at the top level. I got: The end of the o

patch applied (/haskell/ghc): Add some blurb for Solaris 8 and 9 to the 6.8.3 download page

Mon Oct 27 09:15:34 EDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Add some blurb for Solaris 8 and 9 to the 6.8.3 download page M ./download_ghc_683.html +6 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (testsuite): Test Trac #2701

Sat Oct 25 10:11:23 PDT 2008 [EMAIL PROTECTED] * Test Trac #2701 A ./tests/ghc-regress/deriving/should_fail/T2701.hs A ./tests/ghc-regress/deriving/should_fail/T2701.stderr M ./tests/ghc-regress/deriving/should_fail/all.T +1 View patch online: http://darcs.haskell.org/testsuite/_da

patch applied (testsuite): Test Trac #2700

Sat Oct 25 09:43:38 PDT 2008 [EMAIL PROTECTED] * Test Trac #2700 A ./tests/ghc-regress/th/T2700.hs A ./tests/ghc-regress/th/T2700.stderr M ./tests/ghc-regress/th/all.T +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20081025164338-1287e-59c7edff8c4ee980f460e

patch applied (ghc): Fix Trac #2701: make deriving check better for unlifted args

Sat Oct 25 10:12:11 PDT 2008 [EMAIL PROTECTED] * Fix Trac #2701: make deriving check better for unlifted args Getting the automatic deriving mechanism to work really smoothly is surprisingly hard. I keep finding myself in TcDeriv! Anyway, this is a nice clean fix to Trac #2701.

Daily report for head

Build results: x86-64 Linux head: fail (failed bindisttest failed slave lost) gabor head: pass kgardas head:fail (failed stage1) malcolm head:pass tnaur x86 Linux head:fail (failed stage1) x86-64 Linux head unreg: lost Dropping unexpected test passes

Daily report for stable

Build results: x86-64 Linux stable: lost Dropping unexpected test passes reports from builders not seen in 7 days: x86 Windows stable Dropping unexpected test failures reports from builders not seen in 7 days: x86 Windows stable Fixed unexpected test failures: 2228 barton-mang