Daily report for 6.6

Old unexpected test passes: barton-mangler-bug 1 tnaur PPC OSX 6.6 cholewo-eval1 tnaur PPC OSX 6.6 New unexpected test failures: conc019 1 mnemosyne x86-64 Gentoo 6.6 conc035 1 mnemosyne x86-64 Gentoo 6.6 Fixed unexpected test failures: utf8_002 utf8_003

RE: Optimizations done by typechecker and desugarer

| I noticed that the typechecker and desugarer try to do some minor | optimizations here and there. The handling of overloaded literals | recently caught my attention (see shortCutIntLit in typecheck/Inst and | tidyNPat in deSugar/MatchLit). | | Are these just there as a hangover from before the

patch applied (ghc): HANDLE --gt; (void *), we canapos; t rely on having included windows.h here

Wed Apr 4 01:40:18 PDT 2007 Simon Marlow [EMAIL PROTECTED] * HANDLE -- (void *), we can't rely on having included windows.h here HANDLE is defined to be (void *) anyway, so this shouldn't hurt M ./includes/RtsExternal.h -1 +1 ___ Cvs-ghc

patch applied (ghc-6.6/testsuite): Another attempt to make mod{144, 146, 158, 160, 165} generate consistent output

Wed Apr 4 02:06:42 PDT 2007 Simon Marlow [EMAIL PROTECTED] * Another attempt to make mod{144,146,158,160,165} generate consistent output On some platforms $MAKE == gmake, so the error messages still didn't match. I made it so that these tests now don't fail in make, but the exit code

patch applied (ghc-6.6/ghc): Fix bug exposed by conc052. A thread that was blocked on a blackhole

Wed Apr 4 02:40:21 PDT 2007 Simon Marlow [EMAIL PROTECTED] * Fix bug exposed by conc052. A thread that was blocked on a blackhole but can now be woken up could possibly be treated as unreachable by the GC, and sent the NonTermination exception. This can give rise to spurious loops in

patch applied (ghc): MERGE: Fix bug exposed by conc052.

Wed Apr 4 03:30:27 PDT 2007 Simon Marlow [EMAIL PROTECTED] * MERGE: Fix bug exposed by conc052. A thread that was blocked on a blackhole but can now be woken up could possibly be treated as unreachable by the GC, and sent the NonTermination exception. This can give rise to spurious

patch applied (testsuite): MERGE: Another attempt to make mod{144, 146, 158, 160, 165} generate consistent output

Wed Apr 4 03:36:34 PDT 2007 Simon Marlow [EMAIL PROTECTED] * MERGE: Another attempt to make mod{144,146,158,160,165} generate consistent output On some platforms $MAKE == gmake, so the error messages still didn't match. I made it so that these tests now don't fail in make, but the exit

Suggestions for summarizing buildbot test results

Hello, I have followed the development of various reporting formats used for the daily buildbot test results with interest. Here are some suggestions. My main concern is to make it easy to follow the state of the individual test case in some detail so that it becomes easier to see which test

[nightly] 04-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling)

From: GHC Build Reports [EMAIL PROTECTED] To: cvs-ghc@haskell.org Subject: [nightly] 04-Apr-2007 build of of 6.6 branch on i386-unknown-mingw32 (bling) Build description = of 6.6 branch on i386-unknown-mingw32 (bling) Build location= /fptools/builds/STABLE Build config file =

patch applied (ghc): slight doc wibble for the -r flag

Wed Apr 4 07:08:05 PDT 2007 Simon Marlow [EMAIL PROTECTED] * slight doc wibble for the -r flag M ./rts/RtsFlags.c -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

ticky

Hi Kirsten I'm getting this when compiling the RTS with -ticky: ../compiler/ghc-inplace -H32m -W -fno-warn-unused-matches -fwarn-unused-imports -optc-O2 -static -I. -#include HCIncludes.h -fvia-C -dcmm-lint -hisuf t_hi -hcsuf t_hc -osuf t_o -ticky -#include posix/Itimer.h -c PrimOps.cmm -o

patch applied (ghc): add a safety net to avoid generating bogus code

Wed Apr 4 08:50:01 PDT 2007 Simon Marlow [EMAIL PROTECTED] * add a safety net to avoid generating bogus code M ./compiler/cmm/PprC.hs +3 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc-6.6/ghc): Fix C/Haskell type mismatches

Tue Apr 3 12:53:24 PDT 2007 Ian Lynagh [EMAIL PROTECTED] * Fix C/Haskell type mismatches M ./compiler/basicTypes/UniqSupply.lhs -3 +3 M ./includes/RtsExternal.h -6 +6 M ./rts/RtsUtils.c -3 +3 M ./rts/Threads.c -3 +3 M ./rts/posix/Signals.c -1 +1 M

patch applied (ghc-6.6/ghc): Fix C/Haskell type mismatches

Tue Apr 3 17:34:25 PDT 2007 Ian Lynagh [EMAIL PROTECTED] * Fix C/Haskell type mismatches M ./compat/cbits/rawSystem.c -2 +2 M ./compiler/ghci/ByteCodeGen.lhs -2 +2 M ./compiler/main/GHC.hs +3 M ./includes/RtsExternal.h -1 +5 M ./rts/Schedule.c -1 +1

patch applied (ghc-6.6/ghc): HANDLE --gt; (void *), we canapos; t rely on having included windows.h here

Wed Apr 4 01:40:18 PDT 2007 Simon Marlow [EMAIL PROTECTED] * HANDLE -- (void *), we can't rely on having included windows.h here HANDLE is defined to be (void *) anyway, so this shouldn't hurt M ./includes/RtsExternal.h -1 +1 ___ Cvs-ghc

Re: ticky

On 4/4/07, Simon Peyton-Jones [EMAIL PROTECTED] wrote: Do you think ticky is working in the HEAD? Well, apparently not! (I swear, it was working when I checked it in...) Any chance you could patch it up? I'll look at it sometime over the next couple days and if I can't fix it, I'll at

[nightly] 04-Apr-2007 build of 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = 6.6 branch on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/STABLE-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-6.6-cam-02-unx Nightly build started on cam-02-unx at Wed Apr 4 19:00:01 BST 2007.

[nightly] 04-Apr-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Wed Apr 4 19:30:00 BST 2007.