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

2007-04-04 Thread GHC Build Reports
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. checkin

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

2007-04-04 Thread GHC Build Reports
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.

Re: ticky

2007-04-04 Thread Tim Chevalier
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 le

patch applied (ghc-6.6/ghc): HANDLE --> (void *), we can' t rely on having included windows.h here

2007-04-04 Thread Ian Lynagh
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 ma

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

2007-04-04 Thread Ian Lynagh
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): Fix C/Haskell type mismatches

2007-04-04 Thread Ian Lynagh
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 ./rts/win32/ThrIOMan

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

2007-04-04 Thread Simon Marlow
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

ticky

2007-04-04 Thread Simon Peyton-Jones
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 P

patch applied (ghc): add comments about ticky RTS ways

2007-04-04 Thread Simon Marlow
Wed Apr 4 07:10:13 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * add comments about ticky RTS ways M ./mk/config.mk.in +2 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

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

2007-04-04 Thread Simon Marlow
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

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

2007-04-04 Thread sof
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 = /fptools/buil

Suggestions for summarizing buildbot test results

2007-04-04 Thread Thorkil Naur
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 ca

Re: Optimizations done by typechecker and desugarer

2007-04-04 Thread Simon Marlow
Simon Peyton-Jones wrote: | 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

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

2007-04-04 Thread Simon Marlow
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 e

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

2007-04-04 Thread Simon Marlow
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 (ghc-6.6/ghc): Fix bug exposed by conc052. A thread that was blocked on a blackhole

2007-04-04 Thread Simon Marlow
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 <>s in

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

2007-04-04 Thread Simon Marlow
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): HANDLE --> (void *), we can' t rely on having included windows.h here

2007-04-04 Thread Simon Marlow
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 ma

RE: Optimizations done by typechecker and desugarer

2007-04-04 Thread Simon Peyton-Jones
| 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 si

Daily report for head

2007-04-04 Thread BuildBot Collator
Dropping unexpected test passes reports from builders not seen in 7 days: macgyver PPC OSX head Old unexpected test passes: arith0081 x86 Windows head barton-mangler-bug 1 tnaur PPC OSX head cholewo-eval2 x86 Windows head Dropping unexpected test failures

Daily report for 6.6

2007-04-04 Thread BuildBot Collator
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