You're right that the error message is confusing, but I think
the program is indeed erroneous.
The error arises from the defn of mzip in the instance decl, so
it's entirely reasonable that it goes away if you don't give
a defn (then GHC plugs in an error message instead).
The defn of mzip is
Excellent bug in the constructor-specialisation phase (which only
happens for o2). Fixed in the head. Thanks for finding it
Simon
| -Original Message-
| From: Ralf Hinze [mailto:[EMAIL PROTECTED]]
| Sent: 01 November 2001 10:34
| To: Simon Peyton-Jones
| Subject: Re: undefined
Folks,
Malcolm Wallace wrote:
No he isn't. At least, I can't find anything in the Report which
disallows literal newline characters in a string literal. Oh, hold on.
The production
string - { graphic_|` | space | escape | gap }
does seem to disallow newline characters.
I'm not sure this is a bug, or merely an undocumented feature. :-)
Anyway, putStr in GHC has different buffer semantics than putStr in Hugs.
For example:
(GHCi 5.02)
Prelude putStr What is your name? getLine
Leon
What is your name?
Prelude putStr What is your name? \n getLine
What is
Hi,
I think there's a bug in the reporting of GC stats. For example, when
running the nofib program imaginary/x2n1, I get this output:
41,864,696 bytes allocated in the heap
1,688,656 bytes copied during GC
764,280 bytes maximum residency (2 sample(s))
155 collections in
I'm not sure this is a bug, or merely an undocumented feature. :-)
Anyway, putStr in GHC has different buffer semantics than
putStr in Hugs.
stdout/stderr are line-bufferred in 5.02. We've changed them to be
unbuffered for 5.02.1.
Cheers,
Simon
Problem is (I think) that this is already correct on some platforms,
but not all. There may be a missing scaling at some point upstream
for some platforms. Precisely what ghc version is this and what
platform are you running on?
J
| -Original Message-
| From: Nicholas Nethercote
Hello,
feeding the (incorrect) program given below to ghc (version 5.02 or
today's CVS version from ghc-5-02-branch ) results in
Test.hs:8:
Could not deduce (Integral (Ratio a)) from the context (Integral
a)
Probable fix:
Add (Integral (Ratio a)) to the type signature(s) for f
