GHC User's Guide sec. 6.4
s/Stingier/Thriftier/
'stingy': doesn't give much
'thrifty': doesn't take much
--
Ashley Yakeley, Seattle WA
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-b
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
Or
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 [mai
> 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
___
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 generat
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
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 cha
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 refere
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
OK, I've committed the fix to this. It's a long-standing bug
that I can't think how I managed to put in in the first place,
but it was tickled into life by the newtype with a forall inside it.
You can check out a new compiler (head or branch) or
wait for 5.02. Meanwhile, a workaround is to use
10 matches
Mail list logo
