Ian,
This is a bad patch (maybe in conjunction with "Rewrite fixTvSubstEnv
so it iteratively applies its substition"). The patch goes through
validate, but it breaks builds using the "devel1" scheme defined in
build.mk.sample. This might be due to the different optimisation
settings, but I'd rather think it is due to -DDEBUG in devel1. The
way it breaks is that if you compile with devel1, the stage 1 compiler
builds fine, but when the stage 1 compiler attempts to compiler base,
the simplifier loops on the first module (i.e., GHC/Base.lhs).
BTW, I was anyway wondering whether validate shouldn't use -DDEBUG for
the stage 1 compiler. It's going to make the build somewhat slower
(how much?), but would be a good sanity check.
Manuel
Wed Feb 6 17:57:14 PST 2008 Ian Lynagh <[EMAIL PROTECTED]>
UNDO: Make some more modules use LazyUniqFM instead of UniqFM
If these modules use UniqFM then we get a stack overflow when
compiling
modules that use fundeps. I haven't tracked down the actual cause.
_______________________________________________
Cvs-ghc mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/cvs-ghc
