All,
While compiling the new release (6.8.1, with both the primary source and the
extra libraries) I experienced a gcc error, gcc of course called by ghc.
I'm compiling 6.8.1 with ghc 6.6.1. The gcc version is 4.1.1.
I've seen similar behavior in the past where some sort of heap corruption
occurs within gcc and triggers an internal compiler error. So this may not
be a true ghc error at all, but one can't completely rule it out.
This type of error, especially appearing at random, is suggestive of a
memory hardware problem. To eliminate this possibility I ran memtest86 for
several hours on the machine. No errors were detected.
I'll repeat the build again from a fresh directory to see if the problem is
repeatable. Then I plan to run a build after upgrading gcc from 4.1.1 to
4.2.1. I'll report the results.
The environment is Linux using kernel 2.6.21.
The compilation command and the resulting error:
/usr/local/bin/ghc -H16m -O -istage1/utils -istage1/basicTypes
-istage1/types -istage1/hsSyn -istage1/prelude -istage1/rename
-istage1/typecheck -istage1/deSugar -istage1/coreSyn -istage1/vectorise
-istage1/specialise -istage1/simplCore -istage1/stranal -istage1/stgSyn
-istage1/simplStg -istage1/codeGen -istage1/main -istage1/profiling
-istage1/parser -istage1/cprAnalysis -istage1/ndpFlatten -istage1/iface
-istage1/cmm -istage1/nativeGen -Wall -fno-warn-name-shadowing
-fno-warn-orphans -Istage1 -cpp -fglasgow-exts -fno-generics -Rghc-timing
-I. -Iparser -package unix -ignore-package lang -recomp -Rghc-timing -H16M
'-#include "cutils.h"' -DUSING_COMPAT -i../compat -ignore-package Cabal
-c rename/RnSource.lhs -o stage1/rename/RnSource.o -ohi
stage1/rename/RnSource.hi
/tmp/ghc1316_0/ghc1316_0.hc: In function 'raVb_entry':
/tmp/ghc1316_0/ghc1316_0.hc:1983:0:
internal compiler error: in referenced_var_lookup, at tree-dfa.c:578
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
<