New unexpected test failures:
GMapAssoc
GMapTop
TH_exn
arith005
arrowrun004
base01
cabal02
conc052
conc056
conc063
concprog001
dsrun014
gadt23
haddock.Test
ind2
maessen_hashtab
Fixed unexpected test failures:
testblockalloc
Old
Old unexpected test passes:
barton-mangler-bug
cholewo-eval
Fixed unexpected test failures:
testblockalloc
Old unexpected test failures:
arith011
barton-mangler-bug
cabal01
cg059
conc019
conc049
concprog002
drvfail003
dsrun014
ffi009
fork
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 Thu Mar 22 19:30:01 GMT 2007.
checki
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 Thu Mar 22 19:00:01 GMT 2007.
Thu Mar 22 11:46:07 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Documentation for --install-signal-handlers=
M ./docs/users_guide/runtime_control.xml +12
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Thu Mar 22 11:29:00 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add an --install-signal-handlers= RTS flag; fixes trac #804
M ./includes/RtsFlags.h +1
M ./rts/RtsFlags.c +21
M ./rts/RtsStartup.c -5 +9
M ./rts/Schedule.c -3 +6
M ./rts/posix/Select.c -1 +1
M ./rts/sm/GC.c -4
Thu Mar 22 11:46:30 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* MERGED: Documentation for --install-signal-handlers=
M ./docs/users_guide/runtime_control.xml +12
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/c
Thu Mar 22 11:29:00 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Add an --install-signal-handlers= RTS flag; fixes trac #804
M ./includes/RtsFlags.h +1
M ./rts/GC.c -4 +8
M ./rts/RtsFlags.c +21
M ./rts/RtsStartup.c -5 +9
M ./rts/Schedule.c -3 +6
M ./rts/posix/Select.c -1 +1
On Thursday 22 March 2007 18:01, Simon Peyton-Jones wrote:
> Each blob reported as a "cycle" is a strongly connected component. You can
> get from every module in the cycle to every other module in the cycle.
OK, but then the flag and the output should not talk about "cycles",
but "SCCs". Curren
Thu Mar 22 10:01:14 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]>
* Make a Functor (IOEnv m) instance so it satisfies the new Quasi requirements
M ./compiler/utils/IOEnv.hs +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/
Each blob reported as a "cycle" is a strongly connected component. You can get
from every module in the cycle to every other module in the cycle.
I chose to print them by finding one module that has *no* non-SOURCE imports to
any other module in the cycle. I print that first.
Then I remove th
Thu Mar 22 09:10:40 PDT 2007 [EMAIL PROTECTED]
* Warning police: Removed catch-all case which was overlapped
M ./compiler/ghci/Debugger.hs -1
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
On Thursday 22 March 2007 15:20, Simon Peyton-Jones wrote:
> It is topologically sorted!
Hmmm, then I don't understand the underlying partial order... What does it
mean when a module is mentioned later than another one? Or are several cycles
lumped together? Let's take the first part of the outp
On Thursday 22 March 2007 02:13, Ian Lynagh wrote:
> hugs thinks that
>
> show (0/0 :: Double)
>
> is "nan", but it will only read "NaN". I'd suggest changing the
> behaviour of show rather than that of read, so as to match GHC:
>
> Prelude> show (0/0 :: Double)
> "NaN"
> Prelude> read "nan" ::
It is topologically sorted!
| -Original Message-
| From: Sven Panne [mailto:[EMAIL PROTECTED]
| Sent: 22 March 2007 12:51
| To: cvs-ghc@haskell.org
| Cc: Simon Peyton-Jones; Ian Lynagh
| Subject: Re: module graphing
|
| On Thursday 22 March 2007 13:32, Simon Peyton-Jones wrote:
| > I've ju
On Thursday 22 March 2007 13:32, Simon Peyton-Jones wrote:
> I've just added a flag -ddump-mod-cycles to the behaviour of ghc -M. It's
> specialised for displaying module cycles. Here's sample output for 'base'
> [...]
Great! That was fast... One further suggestion: If it doesn't involve too much
From: GHC Build Reports <[EMAIL PROTECTED]>
To: cvs-ghc@haskell.org
Subject: [nightly] 22-Mar-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
I've just added a flag -ddump-mod-cycles to the behaviour of ghc -M. It's
specialised for displaying module cycles. Here's sample output for 'base'
Open question: should the flag be "-ddump-mod-cycles" or
"-optdep-dump-mod-cycles"? For this reason I have not yet added to the
documentation. Y
Thu Mar 22 05:28:59 PDT 2007 [EMAIL PROTECTED]
* Add -ddump-mod-cycles to -M behaviour
This patch adds a flag -ddump-mod-cycles to the "ghc -M" dependency analyser.
The effect of
ghc -M -ddump-mod-cycles
is to dump a list of cycles foud in the module graph. The display is
Thu Mar 22 04:07:18 PDT 2007 [EMAIL PROTECTED]
* Improve documentation of instances
M ./compiler/typecheck/TcMType.lhs -1 +5
M ./docs/users_guide/glasgow_exts.xml -14 +13
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mai
From: GHC Build Reports <[EMAIL PROTECTED]>
To: cvs-ghc@haskell.org
Subject: [nightly] 21-Mar-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/
21 matches
Mail list logo
