On 12 Dec 2005, at 12:48, Andres Loeh wrote:
The attached script induces panic in GHC6.4.1: "ghc-6.4.1: panic! (the
`impossible' happened, GHC version 6.4.1): applyTypeToArgs f{v a1Eg}
x{v a1Ei}".
I think this is related to a known bug, because the same workaround
helps -- annotate the "f" an
> The attached script induces panic in GHC6.4.1: "ghc-6.4.1: panic! (the
> `impossible' happened, GHC version 6.4.1): applyTypeToArgs f{v a1Eg}
> x{v a1Ei}".
I think this is related to a known bug, because the same workaround
helps -- annotate the "f" and "x" arguments in the last line of your
p
> I tried to write a monadic lexer and parser just to find that:
>
> - omitting %name defaults to happyParse. However this name is used
> internally in a different function at a different location,
> leading to a
> "Multiply declarations of `Parser.happyParse'" error form
> GHC. It doesn't
It's a bug all right. The definition of A should be rejected.
It's not legal H98
Will fix. Thanks for the report
Simon
| -Original Message-
| From: Jorge Adriano [mailto:[EMAIL PROTECTED]]
| Sent: 17 April 2002 18:26
| To: [EMAIL PROTECTED]
| Subject: Bugs?
|
|
| I've sent this m
Jimmy Ng <[EMAIL PROTECTED]> wrote,
> bash-2.03$ ghc --make Main.hs -o game
> ghc-5.00.2: chasing modules from: Main.hs
> Compiling GameWorld( GameWorld.hs, GameWorld.o )
> Compiling GameMessages ( GameMessages.hs, GameMessages.o )
> Compiling GameFrontEnd ( GameFrontEnd.hs, GameF
> bash-2.03$ ghc --make Main.hs -o game
> ghc-5.00.2: chasing modules from: Main.hs
> Compiling GameWorld( GameWorld.hs, GameWorld.o )
> Compiling GameMessages ( GameMessages.hs, GameMessages.o )
> Compiling GameFrontEnd ( GameFrontEnd.hs, GameFrontEnd.o )
> ghc-5.00.2: panic! (the
"Reuben Thomas" <[EMAIL PROTECTED]> writes:
>
> > BUG 2: Under Windows 98 Sigbjorn's example Win32 hello world program
> > displays but then hangs when the window close icon is clicked. Works OK
> > under NT, and can be closed under Windows 98 by "^C" in the terminal
window.
> >
I'm unable to r
> BUG 1: Under Windows 98, ghc fails because of a gcc path problem - can't
> find as etc.
>
> FIX 1: This is caused by a particular release of the standalone mingw32 gcc
> which changed the default path separator and broke the package under W98 and
> some of the newer versions of Windows. I fixe
Bjarte Mayanja Oestvold writes:
> Hi, there's a bug in `diffClockTimes' (Time.lhs, line 216): the
> arguments in the subtraction computing the minute field is swapped.
>
> Also `toCalendarTime' has the wrong type:
> GHC: toCalendarTime :: ClockTime -> CalendarTime
> Report: toCalendarTime