And yes, happy is up-to-date, perhaps too much so.
I get various mismatch errors. For example % is used in ParseIFace.hs, but GHC can't
find it. When I tried getting rid of that, I got other messages:
ParseIface.hs:5633:
Couldn't match `EncodedFS' against `[Char]'
Expected type:
Hmmm, just a me-too :-(
it dies very quickly, just after a couple of calls to times according
to strace and possibly in a function called Main_main_info() according
to gdb.
k
Michael Weber writes:
But my core dumps, don't give any "blahblah exception (core dumped)"
messages.
I figure this isn't a problem with GHC, necessarily. More likely a
problem with my environment, but I thought I'd ask here
anyway, if only
to get a clue. The problem is when the "gmake all" gets to
building hsc,
I get the following errors:
ld: elf error: file
I wish, I could have provided more debugging info, but
strace's and gdb's
output isn't very helpful at all. How do I enable those
IF_DEBUG(...) macros
(or something that helps tracking down the problem)? I tried,
but it seems I
overlooked something...
I add the following lines to my
And yes, happy is up-to-date, perhaps too much so.
I get various mismatch errors. For example % is used in
ParseIFace.hs, but GHC can't
find it. When I tried getting rid of that, I got other messages:
ParseIface.hs:5633:
Couldn't match `EncodedFS' against `[Char]'
Expected
OK, I think I have the solution. The problem was that happy wasn't getting updated as
I thought
it was (doing cvs update . in the fptools directory isn't enough) and so I have an
ancient template.
Sorry.
$ cat tmp.lhs
module Main( main ) where
main = putStr $ show q
where q = quot 1 0
$ ghc-4.02 tmp.lhs
ghc-4.02: module version changed to 176; reason: usages changed
1006 swift ~/ghc/constraints/mixed
$ a.out
Fail: Prelude.Integral.quot{Integer}: divide by 0
1007 swift
