cvs ghc-6.2.. internal error
Serge D. Mechveliani
mechvel at botik.ru
Mon May 17 06:59:27 EDT 2004
And it also appears at the run-time.
`Making' docon-2.08-pre (like in previous report enclosed)
under -O,
making the test by cd $(s)/demotest
ghc $pcpdocon --make T_
and running the test by ghci $pcpdocon T_ +RTS any space -RTS
...
T_> :set +s
T_> test "log"
yields
...
...
fromOverX: X[y,z] -> K[x,y,z] is the canonical isomorphism.
--- RESULT:
[ghc-6.2.1: internal error: scavenge:
unimplemented/strange closure type 64 @ 0x403c20a4
Please report this as a bug to glasgow-haskell-bugs at haskell.org,
or http://www.sourceforge.net/projects/ghc/
Also the message fromOverX: X[y,z] -> K[x,y,z] ...
shows that at this point it works certain particular instance declared
in Pol3_.hs.
Simon P. Jones wrote about this something like
"you may so far use old ghc-6xx".
But:
* under -Onot the test runs successfully,
* it is desirable a "DoCon-reliable" official ghc-new (for -O too).
Please, advise,
-----------------
Serge Mechveliani
mechvel at botik.ru
-- previous report ----------------------------------------
Dear GHC developers,
I have `made' GHC of cvs update -r ghc-6-2-branch (about May 14)
by ghc-6.2.1 on RedHat Linux (about version 8) libc-2.2, i686.
Now, you have the docon-2.08-pre
test, with Pol3_.hs containing
instance (LinSolvRing (Pol a), CommutativeRing a) =>
LinSolvRing (UPol (Pol a))
...
And make space=-M20m docon
(-Onot)
yields
...
...
/home/mechvel/docon/2.08/docon/source/export/Pfact3_.hi:
openBinaryFile: does not exist (No such file or directory)
Compiling Pfact3_
( pol/factor/Pfact3_.hs,
/home/mechvel/docon/2.08/docon/source/export/Pfact3_.o )
==================== INTERFACE HAS CHANGED ====================
No old interface available
ghc-6.2.1: internal error: scavenge_mark_stack:
unimplemented/strange closure type 30 @ 0x41692598
Please report this as a bug to glasgow-haskell-bugs at haskell.org,
or http://www.sourceforge.net/projects/ghc/
Repeating this command, or `making' it from the start under -M30m
avoids this report.
More information about the Glasgow-haskell-bugs
mailing list