> My build.mk file contains
> the lines:
>
> > # Magic for the obscene amount of memory we need to compile
> the parser.
> > rename/ParseIface_HC_OPTS += -H80m -optCrts-M90m
>
> which seems to do the trick, on sparc-solaris anyway. Perhaps they
> should be added to the GHC distribution?
Wel
Giuliano wrote:
> On Wed, May 19, 1999 at 10:16:54AM +0200, Thomas Pasch wrote:
>
> > I tried to compile 4.02 from sources on a ix86-linux-glibc2.1
> > machine and found that this is simply impossible.
>
> > But when it cames to compile ParselFace.hs in ghc/compiler/rename
> > the Heap was exhaust
> Isn't it about time a note about -dcore-lint was placed on
>
>
> http://research.microsoft.com/users/t-simonm/ghc/download_ghc_402.html
Ok, Ok. Done.
Simon
> But when it cames to compile ParselFace.hs in ghc/compiler/rename the Heap was
> exhausted. This problem
Isn't it about time a note about -dcore-lint was placed on
http://research.microsoft.com/users/t-simonm/ghc/download_ghc_402.html
or even better in a README in that file?
--KW 8-)
--
:
> IIRC, -dcore-lint radically cuts down the heap required for the
> compilation of this module.
And try -funfolding-use-threshold0 too.
Cheers,
Simon
In my previous message I suggested "GhcHcOpts = foo", this should have
been "+=".
Giuliano
-- [EMAIL PROTECTED]
Hello.
On Wed, May 19, 1999 at 10:16:54AM +0200, Thomas Pasch wrote:
> I tried to compile 4.02 from sources on a ix86-linux-glibc2.1
> machine and found that this is simply impossible.
> But when it cames to compile ParselFace.hs in ghc/compiler/rename
> the Heap was exhausted.
One solution is
Thomas Pasch wrote:
> [...] But when it cames to compile ParselFace.hs in ghc/compiler/rename
> the Heap was exhausted.
IIRC, -dcore-lint radically cuts down the heap required for the
compilation of this module.
Cheers,
Sven
--
Sven PanneTel.: +49/89/2
