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 Tue Apr 3 19:30:00 BST 2007.
checkin
From: GHC Build Reports <[EMAIL PROTECTED]>
To: cvs-ghc@haskell.org
Subject: [nightly] 03-Apr-2007 build of of HEAD on i386-unknown-mingw32 (bling)
Build description = of HEAD on i386-unknown-mingw32 (bling)
Build location= /fptools/builds/HEAD
Build config file = /fptools/builds/ghc-nightly/
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 Tue Apr 3 19:00:00 BST 2007.
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
_
Tue Apr 3 17:03:47 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Fix typo
M ./compiler/ghci/ObjLink.lhs -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
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 simplifier w
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
sounds plausible to me: perhaps add a Trac feature request? Perhaps with a
proposed spec?
S
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sven Panne
| Sent: 03 April 2007 11:22
| To: cvs-ghc@haskell.org
| Subject: An idea for a warning
|
| I've ju
From: GHC Build Reports <[EMAIL PROTECTED]>
To: cvs-ghc@haskell.org
Subject: [nightly] 03-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
Tue Apr 3 04:22:28 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* ghci015 should ignore output (see comment)
M ./tests/ghc-regress/ghci/scripts/all.T -1 +6
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Apr 3 04:26:15 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* add comment
M ./tests/ghc-regress/ghci/scripts/ghci015.hs +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Apr 3 04:26:04 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* ignore the output from ghci015
M ./tests/ghc-regress/ghci/scripts/all.T -1 +1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Tue Apr 3 04:25:46 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* allow ignoring output from ghci scripts
don't merge; this is done better in the HEAD
M ./driver/testlib.py -1 +7
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org
Hello Donald,
Tuesday, April 3, 2007, 4:31:28 AM, you wrote:
>> the rest of the fps Jihad to future generations, where everything is a
>> separate package, world hunger is solved, and all taxes are abolished... :-}
> Yes, it will be a shiny new world order! And hackage will rule us all.
you got
Hello Sven,
Monday, April 2, 2007, 6:11:30 PM, you wrote:
> the "internal" version, fix it so it works with all implementations and leave
> the rest of the fps Jihad to future generations, where everything is a
> separate package, world hunger is solved, and all taxes are abolished... :-}
but Ca
I've just once again fixed a situation in the library which looked as follows:
module Foo(Bar(..)) where
data Bar = Baz Blah
type Blah = String
Although Bar is usable, I very much doubt that it is intended that Blah is not
exported from Foo. Haddock complains about such situations, BTW.
From: GHC Build Reports <[EMAIL PROTECTED]>
To: cvs-ghc@haskell.org
Subject: [nightly] 02-Apr-2007 build of of HEAD on i386-unknown-mingw32 (bling)
Build description = of HEAD on i386-unknown-mingw32 (bling)
Build location= /fptools/builds/HEAD
Build config file = /fptools/builds/ghc-nightly/
Old unexpected test passes:
arith0081 x86 Windows head
barton-mangler-bug 2 macgyver PPC OSX head
cholewo-eval3 x86 Windows head
New unexpected test failures:
ThreadDelay001 1 x86 Windows head
cg025 1 x86 Windows head
conc049 1
Old unexpected test passes:
barton-mangler-bug 1 tnaur PPC OSX 6.6
cholewo-eval1 tnaur PPC OSX 6.6
New unexpected test failures:
conc052 1 x86-64 Linux 6.6
Fixed unexpected test failures:
TH_dataD1
cc005
drvfail001
drvfail004
drvfail007
dsrun014
19 matches
Mail list logo