Unfortunately, make binary-dist is broken in the HEAD and the 6.8
branch for systems without a pre-installed gmp library. The reason is
that distrib/Makefile lacks code that installs the embedded gmp. For
the Mac OS X 10.5 binary distribution that I just announced on the GHC
users list, I
Mon Nov 5 14:08:07 PST 2007 [EMAIL PROTECTED]
* Inline implication constraints
This patch fixes Trac #1643, where Lennart found that GHC was generating
code with unnecessary dictionaries. The reason was that we were getting
an implication constraint floated out of an INLINE (actually
Mon Nov 5 14:07:44 PST 2007 [EMAIL PROTECTED]
* Comment warning about transparent newtypes
M ./compiler/types/TyCon.lhs +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Mon Nov 5 14:06:27 PST 2007 [EMAIL PROTECTED]
* Wibble to earlier case-merge fix
This fix avoids a bogus WARN in SimplEnv.substId
M ./compiler/simplCore/SimplEnv.lhs -3 +5
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.o
Mon Nov 5 14:05:35 PST 2007 [EMAIL PROTECTED]
* Improve pretty-printing of Core slightly (avoid indenting let bodies)
M ./compiler/coreSyn/PprCore.lhs -5 +5
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs
Mon Nov 5 11:23:05 PST 2007 [EMAIL PROTECTED]
* Add test for Trac #1072
A ./tests/ghc-regress/typecheck/should_compile/Tc239_Help.hs
M ./tests/ghc-regress/typecheck/should_compile/all.T +3
A ./tests/ghc-regress/typecheck/should_compile/tc239.hs
Mon Nov 5 08:13:14 PST 2007 [EMAIL PROTECTED]
* Fix an old but subtle bug in the Simplifier
I got a Core Lint failure when compiling System.Win32.Info in the
Win32 package. It was very delicate: adding or removing a function
definition elsewhere in the module (unrelated to the error)
Mon Nov 5 08:12:17 PST 2007 [EMAIL PROTECTED]
* Make CoreLint give a more informative error message
M ./compiler/coreSyn/CoreLint.lhs -2 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
finding that flag (and other topic-related flags) might become
easier in future. there is one patch for head that would allow
to query directly for interactive mode (or other topical) flags:
$ /cygdrive/c/fptools/ghc/compiler/stage2/ghc-inplace --flags
Interactive:
How did I know that the s
Mon Nov 5 06:53:40 PST 2007 [EMAIL PROTECTED]
* Comments about TH staging
M ./compiler/typecheck/TcSplice.lhs -13 +47
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Claus Reinke wrote:
I'm often annoyed by foo <- readFile printing the entire file contents
on my console. I know there is this flag to turn it off but I can never
remember what the flag is called. I have to look it up every time or
suffer pages of file content on my console.
finding that flag (
I'm often annoyed by foo <- readFile printing the entire file contents
on my console. I know there is this flag to turn it off but I can never
remember what the flag is called. I have to look it up every time or
suffer pages of file content on my console.
finding that flag (and other topic-relat
Sun Nov 4 07:54:25 PST 2007 Thorkil Naur <[EMAIL PROTECTED]>
* Fix test outofmem for powerpc_apple_darwin
A ./tests/ghc-regress/rts/outofmem.stderr-powerpc-apple-darwin
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/
I'm sure we'd get complaints if we did something wide ranging
like switching off the printing of IO-results.
i was thinking of a switch, in the sense of an option/flag, similar
to print-bind-results.
So we just documented the obscure behaviour. Let's see if
it bites anyone.
consider mine th
Duncan Coutts wrote:
On Mon, 2007-11-05 at 09:15 +, Simon Marlow wrote:
I think that -fno-print-bind-result should be the default. Several people
have asked for this, indeed I'm not sure why we didn't make it the default
when we added the option:
http://hackage.haskell.org/trac/ghc/tick
On Mon, 2007-11-05 at 09:15 +, Simon Marlow wrote:
> I think that -fno-print-bind-result should be the default. Several people
> have asked for this, indeed I'm not sure why we didn't make it the default
> when we added the option:
>
> http://hackage.haskell.org/trac/ghc/ticket/887
I stil
Simon Peyton-Jones wrote:
| 1 the () defaulting in ghci looks highly dubious to me;
| having an 'instance Num ()', as given in the doc example,
| means that all arithmetic will fail, suggesting that this hack
| is far too intrusive:
|
| *Main> 1+2
| *** Exception: def.
| 1 the () defaulting in ghci looks highly dubious to me;
| having an 'instance Num ()', as given in the doc example,
| means that all arithmetic will fail, suggesting that this hack
| is far too intrusive:
|
| *Main> 1+2
| *** Exception: def.hs:1:0: No instance nor defa
Build results:
x86-64 Linux head:pass
x86 Windows head: pass
x86 Windows head fast:pass fail (failed getsubrepos) pass pass pass
gabor head: pass
kahl G5 Gentoo Linux head:pass
mnemosyne x86-64 Gentoo head: pass
phil Intel OSX head: pas
Build results:
kahl G5 Gentoo Linux stable: pass
macgyver PPC OSX stable: pass
tnaur PPC OSX stable:pass
x86 Windows stable: pass
x86 Windows stable fast: pass pass pass pass pass
x86-64 Linux stable: pass
New unexpected test failures:
andy_cherry 1 x86-64 L
20 matches
Mail list logo
