Dear GHC team,
In my previous letter I wrote about a bug-like message in
cvs ghc-6-2-branch of May 24
(the fragments of this letter are appended).
And in this situation GHC also responds badly if the user forgets
to include a package.
> cd foo
foo> gh
Bugs item #960029, was opened at 2004-05-25 12:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=960029&group_id=8032
Category: Compiler
Group: None
Status: Open
Resolution: Non
Bugs item #959442, was opened at 2004-05-24 13:36
Message generated for change (Comment added) made by simonpj
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=959442&group_id=8032
Category: Compiler
Group: 6.2.1
>Status: Closed
>Resolution: Fixed
Priority
There do not seem to be Lift instance declarations for tuples:
:t lift (3::Int,4::Int)
No instance for (Lift (Int, Int))
arising from use of `lift' at
They are easy to add (up to a fixed size)
instance (Lift a, Lift b) => Lift (a,b)
lift (a,b) = tupE [lift a, lift b]
It would be nice if th
Dear GHC team,
I have tested (on somewhat 90%) the cvs ghc-6-2-branch of May 24.
It looks almost correct for DoCon.
Still I pretend to report the two bugs, so far.
1: (wrote earlier) is on negative number of bytes shown by
`:set +s'.
2: follows below, it also contains questions about organi
Excellent point. Now fixed. test rnfail042 tests the fix. Thank you.
Simon
| -Original Message-
| From: [EMAIL PROTECTED]
[mailto:glasgow-haskell-bugs-
| [EMAIL PROTECTED] On Behalf Of Donald Bruce Stewart
| Sent: 24 May 2004 09:09
| To: [EMAIL PROTECTED]
| Subject: data T = () crash
|
This is fairly low priority:
Language.Haskell.THSyntax> e <- runQ [| Control.Exception.assert |]
ghc-6.3: panic! (the `impossible' happened, GHC version 6.3):
DsMeta.repLiteral: trying to represent exotic literal
"GenexTest.hs:319:40-45"#
Please report it as a compiler bug to [EMAIL