n `rec'
> BasicDataStructures/ListLib.lhs:264:
> Warning: Possibly incomplete patterns
> in the definition of function `sequ'
>
> *** Pattern-matching error within GHC!
>
> This is a compiler bug; please report it to [EMAIL PROTECTED]
>
> Fail: "nativeGen/MachCode.lhs", line 1024: pattern-matching failed in case
>
64:
Warning: Possibly incomplete patterns
in the definition of function `sequ'
*** Pattern-matching error within GHC!
This is a compiler bug; please report it to [EMAIL PROTECTED]
Fail: "nativeGen/MachCode.lhs", line 1024: pattern-matching failed in case
Probably too m
Alex Ferguson writes:
>
> The following fragment:
>
> > module ReadBug where
>
> > f l
> > | let n = l in n
> > = l
>
> produces the alarming response:
>
> swift.ucc.ie:~/filter: ghc-2.05 ReadBug.lhs
>
> *** Pattern-matching error
The following fragment:
> module ReadBug where
> f l
> | let n = l in n
> = l
produces the alarming response:
swift.ucc.ie:~/filter: ghc-2.05 ReadBug.lhs
*** Pattern-matching error within GHC!
This is a compiler bug; please report it to [EMAIL PROTECTED]
Fail: "read
Thanks for chasing this down, Einar - this (mis)behaviour is
reproducable. Fixed in the next release.
--Sigbjorn
>
> The module that caused GHC to fail attempted to reexport a name
> from a module that was imported as a qualified module, i.e.:
>
> module Silly (
> Posix.du
>
> While compiling a larger configuration of GHC code (30 KLOC's) with
> the brand new compiler 2.04 on a Ultra-Sparc, I got the following
>
> *** Pattern-matching error within GHC!
>
> This is a compiler bug; please report it to
[EMAIL PROTECTED]
>
> Fail
While compiling a larger configuration of GHC code (30 KLOC's) with
the brand new compiler 2.04 on a Ultra-Sparc, I got the following
*** Pattern-matching error within GHC!
This is a compiler bug; please report it to [EMAIL PROTECTED]
Fail: "rename/RnNames.lhs", line 453