Compiling the brand-new Happy-1.2alpha with the not-so-brand-new-anymore
ghc-2.04pl2 (Linux) with -O seems to loop in the Stg2Stg pass, consuming
more and more memory:
make -f Makefile.standalone HC="ghc -H60M -dshow-passes" OPT="-O"
[... everything is fine up to now ...]
rm -f Main.o
ghc -H60M -dshow-passes -c -O -cpp -fhaskell-1.3 -fglasgow-exts -H8M -hi-diffs
-Rghc-timing Main.lhs -o Main.o
ghc: ignoring heap-size-setting option (-H8M)...not the largest seen
ghc: ignoring heap-size-setting option (-H8M)...not the largest seen
*** Reader:
*** Renamer:
*** TypeCheck:
*** DeSugar:
*** Core2Core:
*** Core2Core: Simplify
*** Core2Core: Simplify
NOTE: Simplifier still going after 4 iterations; bailing out.
*** Core2Core: FloatOut
*** Core2Core: FloatIn
*** Core2Core: Simplify
*** Core2Core: StrAnal
*** Core2Core: Simplify
*** Core2Core: FloatIn
*** Core2Core: Simplify
*** Core2Stg:
*** Stg2Stg:
GHC's heap exhausted;
while trying to allocate 20 bytes in a 60000000-byte heap;
use the `-H<size>' option to increase the total heap size.
make: *** [Main.o] Error 1
Enlarging the heap to 100M (and going to lunch) gives a similar result.
Leaving out -O, everything is fine. Perhaps that's the reason for the
default setting OPT= in the Makefile? ;-)
This is just another step in Happy's glorious history of digging up
GHC-bugs. Remember the old days with the "panic! (the `impossible'
happened): lookupBindC:no info!"-messages? :-)
Sven "not-so-happy" Panne
--
Sven Panne Tel.: +49/89/2178-2235
LMU, Institut fuer Informatik FAX : +49/89/2178-2211
LFE Programmier- und Modellierungssprachen Oettingenstr. 67
mailto:[EMAIL PROTECTED] D-80538 Muenchen
http://www.pms.informatik.uni-muenchen.de/mitarbeiter/panne
