Thank you,
ParseIfase compiled successfully, but:
------------------------------------------------------------------------
==fptools== make all --unix --no-print-directory -r;
in /f/cygnus/cygwin-b20/home/mvn/fpbuild/ghc/lib/std
------------------------------------------------------------------------
[ skip ]
../../../ghc/driver/ghc -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O
-split-objs -odir Ix -c Ix.lhs -o Ix.o -osuf o
[main] f:\cygnus\cygwin-b20\home\mvn\fpbuild\ghc\compiler\hsc.exe 16402 (0)
handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
[main] hsc 16402 (0) handle_exceptions: Dumping stack trace to hsc.exe.core
make[3]: *** [Ix.o] Error 1
make[2]: *** [all] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1
hsc.exe.core contains:
[main] hsc 16402 (0) exception: trapped!
[main] hsc 16402 (0) exception: code 0xC0000005 at 0x8C18CD
[main] hsc 16402 (0) exception: ax 0x0 bx 0x58E6 cx 0x8B7CE8 dx 0x8C191C
[main] hsc 16402 (0) exception: si 0x58E6 di 0x42 bp 0x296F794 sp 0x296F768
[main] hsc 16402 (0) exception: exception is: STATUS_ACCESS_VIOLATION
[main] hsc 16402 (0) stack: Stack trace:
[main] hsc 16402 (0) stack: frame 0: sp = 0x296F57C, pc = 0x6100A107
[main] hsc 16402 (0) stack: frame 1: sp = 0x296F5B8, pc = 0x77F94846
[main] hsc 16402 (0) stack: frame 2: sp = 0x296F5DC, pc = 0x77F89013
[main] hsc 16402 (0) stack: frame 3: sp = 0x296F668, pc = 0x77F76392
[main] hsc 16402 (0) stack: frame 4: sp = 0x296F794, pc = 0x8C1678
[main] hsc 16402 (0) stack: frame 5: sp = 0xA032994, pc = 0xA0329C0
[main] hsc 16402 (0) handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
[main] hsc 16402 (0) handle_exceptions: Error while dumping state (probably corrupted
stack)
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
>>
>
