Ahem. Yes, that's a bug all right. How embarassing.
I've fixed it, but won't be able to commit the fix till I get
back at the end of this week. Meanwhile, use 'data' instead of
'newtype' as a workaround.
Thanks for reporting this, and for boiling it down to something small.
Simon
| -O
Just a small note: Changing PP from a datatype renaming (newtype)
to an algebraic datatype (data) or inlining ppThen helps...
Cheers,
S.
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haske
Wolfgang Thaller wrote:
> [...]
> There is no problem with ghc-5.02.2 on Intel. I cannot try it out
> on ghc-5.03/intel due to lack of disk space.
>
> Any Ideas?
The GHC from HEAD (Feb 28) crashes, too, even without -O. :-(
No idea why, but -v tells me that it is the first simplifier pas
> A somewhat prettier solution would maybe be to use Ord.compare:
> case (compare k k') of LT -> ... ; GT -> ... ; EQ -> ...
Thanks, I did consider this one, but it did not seem too pretty to me. All in
the eye of the beholder, of course.
> This might even be faster if comparison is expensive
> It seems to me that the -i command line argument is ignored when used
> together with --make. GHC reports that the modules can't be found.
> Is there any way to use a library (lib*.a + *.hi files) that
> is not compiled
> as a package with ghc --make?
Not at the moment, no. If you have a lib
On Mon, Feb 11, 2002 at 05:37:32PM +0100, Feliks Kluzniak wrote:
> > I would replace the last guard with 'otherwise'.
>
> Strangely enough, this particular solution never occurred to me. Not
> as pretty as the original, but thanks!
A somewhat prettier solution would maybe be to use Ord.compare:
I've now tried this on a linux box and got the same result so I presume
it's a bug. I also did manage to track down the source code but it left me
none the wiser as to why I get the compilation error.
Dominic.
-- Forwarded by Dominic Steinitz/HEATHROW/BRITISH
AIRWAYS/GB on 04/