-----Original Message-----
From: Michael V. Nikolaev <[EMAIL PROTECTED]>
To: Sigbjorn Finne (Intl Vendor) <[EMAIL PROTECTED]>
Cc: GHC bugs mail-list <[EMAIL PROTECTED]>
Date: 26 ??????? 1999 ?. 17:18
Subject: Re: GHC-4.03 heap managemen bug?
Repeated "make all" solves STATUS_ACCESS_VIOLATION in Ix.lhs compilation (my first
Re), but, unfortunately, PrelArr.lhs compilation permanently completes with error:
../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O
-split-objs -odir PrelArr -H8m -c PrelArr.lhs -o PrelArr.o -osuf o
hsc: fatal error: scavenge_stack: weird activation record found on stack.
make[3]: *** [PrelArr.o] Error 1
make[2]: *** [all] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1
Regards,
Michael
-----Original Message-----
From: Sigbjorn Finne (Intl Vendor) <[EMAIL PROTECTED]>
To: 'Michael V. Nikolaev' <[EMAIL PROTECTED]>
Cc: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]>
Date: 26 ??????? 1999 ?. 11:13
Subject: RE: GHC-4.03 heap managemen bug?
>
>The compiler has got a space leak (and it's compiling Happy
>generated sources - a bad combination); compile ParseIface
>with -dcore-lint to fight it (for now).
>
>hth,
>--sigbjorn
>
>Michael V. Nikolaev <[EMAIL PROTECTED]> writes:
>>
>> Hi All,
>>
>> I were trying to build GHC-4.03 from the CVS repo (yesterday)
>> under cygwin on NT4, SP4 (egcs-1.1.2).
>> When it is built with GHC-4.02 all is OK. But, when I
>> installed the resulted GHC-4.03 and attempted to build it
>> again (with itself) the compilation failed as follows:
>> ----------------------------------
>> ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen
>> -InativeGen -Iparser
>> -iutils:basicTypes:types:hsSyn:prelude:rename:typecheck:deSuga
>> r:coreSyn:specialise:simplCore:stranal:stgSyn:simplStg:codeGen
>> :absCSyn:main:reader:profiling:parser:nativeGen -recomp
>> -Onot -H45m -fno-warn-incomplete-patterns -c
>> rename/ParseIface.hs -o rename/ParseIface.o -osuf o
>> GHC's heap exhausted;
>> while trying to allocate 0 bytes in a 67108864-byte heap;
>> use the `-H<size>' option to increase the total heap size.
>> make[2]: *** [rename/ParseIface.o] Error 1
>> make[1]: *** [all] Error 1
>> make: *** [all] Error 1
>> ----------------------------------
>>
>> The same result I had when heap size is increased (up to 60M).
>>
>> Perhaps, it is GHC heap management bug?
>>
>> Best regards,
>> Michael
>>
>
