patch applied (ghc): Make TcType warning-free

Tue May 20 14:48:52 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make TcType warning-free M ./compiler/typecheck/TcType.lhs -67 +76 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080520214852-3fd76-d15b1d435745eb24385189162eab90036b95e49f.gz

patch applied (ghc): Teach push-all how to send as well

Sat May 17 07:21:12 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Teach push-all how to send as well M ./push-all -5 +8 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080517142112-3fd76-83616f0fb7af36c0f5c22471ea362495fc829a0e.gz _

patch applied (ghc): Make TcUnify warning-free

Mon May 19 04:11:00 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make TcUnify warning-free M ./compiler/typecheck/TcUnify.lhs -52 +64 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/2008051900-3fd76-e6894cc745ba76d3abf29838be2155c313c0093b.gz __

patch applied (ghc): Fix a comment typo

Mon May 19 02:41:26 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix a comment typo M ./compiler/typecheck/TcUnify.lhs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080519094126-3fd76-538aa0cd28ab53b832500763445f6cf530b3d08a.gz ___

patch applied (ghc): Detab TcUnify

Mon May 19 02:40:56 PDT 2008 Ian Lynagh <[EMAIL PROTECTED]> * Detab TcUnify M ./compiler/typecheck/TcUnify.lhs -883 +883 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080519094056-3fd76-597dad1bf3e4912e941271610829111bc25e7bb3.gz

'rts' package loading (Re: Validate fails)

I hacked ghci024 to work, by having GHCi sort the output of :show packages, and fixing ghci024.py to match. Please shout if I've done something bogus. it would be easy enough to put 'rts' at the right place without sorting everything but, as i said, the bogus thing is that 'rts' is not quite l

Re: Validate fails

Ian Lynagh wrote: On Tue, May 20, 2008 at 02:50:24PM +1000, Roman Leshchinskiy wrote: In any case, I have no idea what happened to num009. Doh, we now have 2 num009 tests. Hmm, is that even supported? I suspect the new lib/Numeric/num009 is the one that is failing? What is the output of it

Re: Validate fails

On Tue, May 20, 2008 at 02:50:24PM +1000, Roman Leshchinskiy wrote: > > In any case, I have no idea what happened to num009. Doh, we now have 2 num009 tests. I suspect the new lib/Numeric/num009 is the one that is failing? What is the output of it? Thanks Ian __

patch applied (ghc): FIX #1955: confusion between .exe.hp and .hp suffixes for heap profiles

Mon May 19 05:51:01 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * FIX #1955: confusion between .exe.hp and .hp suffixes for heap profiles Now we use .hp and .prof consistently. M ./rts/Profiling.c -5 +20 M ./utils/hp2ps/Main.c -1 View patch online: http://darcs.haskell.org/ghc/_darcs/p

Re: Validate fails

Claus Reinke wrote: Unexpected failures: ghci024(ghci) num009(normal) on ghci024: the issue is that 'rts' is the only package not appearing in the output of 'ghci -package ghc'. originally, the test tacked it on to the packagelist where it would be expected to appear in the output of ':

patch applied (testsuite): following the fix for #1955, the .ps file is now in foo.ps, not foo.exe.ps on Windows

Wed May 14 06:05:08 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * following the fix for #1955, the .ps file is now in foo.ps, not foo.exe.ps on Windows M ./driver/testlib.py -4 +1 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080514130508-760e2-126cf3f9b6b4a54c65798

patch applied (testsuite): fix ghci024 (for HEAD, at least)

Tue May 20 02:51:54 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * fix ghci024 (for HEAD, at least) M ./tests/ghc-regress/ghci/scripts/ghci024.py -2 +2 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20080520095154-12142-f9a7ae6f25edad728b97045e74510e80ce134d0b.gz __

patch applied (ghc): sort the output of :show packages

Tue May 20 01:42:21 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * sort the output of :show packages M ./compiler/ghci/InteractiveUI.hs -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080520084221-12142-be7d0831e3c5b6119b29bd8759e5448a7688a5bc.gz __

patch applied (ghc): update the "perf" settings to match the default

Tue May 20 01:05:35 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * update the "perf" settings to match the default M ./mk/build.mk.sample -4 +8 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080520080535-12142-1690f42ffa701bafb30bc6561cec2bb8405fce9b.gz

patch applied (ghc): use -O2 for libraries and stage2 compiler by default

Tue May 20 01:05:25 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * use -O2 for libraries and stage2 compiler by default M ./mk/config.mk.in -5 +5 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080520080525-12142-4af6225835fb89f30db8f2dfe8aa31a92f627785.gz __

patch applied (ghc): bump GHC's maximum stack size to 64Mb (see #2002)

Mon May 19 05:53:33 PDT 2008 Simon Marlow <[EMAIL PROTECTED]> * bump GHC's maximum stack size to 64Mb (see #2002) M ./compiler/parser/hschooks.c -1 +1 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20080519125333-12142-5570085f44e7d146709263557b4dae3f9948fbb1.gz __

Re: Validate fails

Unexpected failures: ghci024(ghci) num009(normal) on ghci024: the issue is that 'rts' is the only package not appearing in the output of 'ghci -package ghc'. originally, the test tacked it on to the packagelist where it would be expected to appear in the output of ':show packages'. now

Daily report for head

Build results: x86-64 Linux head: fail (failed stage1) x86 Windows head: fail (failed bindisttest failed slave lost) fail (failed bindisttest failed slave lost) x86 Windows head fast: pass lost lost pass pass lost kahl G5 Gentoo Linux head: fail (failed darcs) macgyver PPC OSX

Daily report for stable

Build results: tnaur x86 Linux stable: fail (failed stage1) x86 Windows stable: fail (failed bindisttest failed slave lost) fail (failed bindisttest failed slave lost) x86 Windows stable fast: pass lost lost fail (failed stage1) pass pass fail (failed stage1) x86-64 Linux stable: pass