rturk: > [Resent, with a few #ifdef FOO's removed from the body (still in > the attachement, and using gzip instead of bzip2 to prevent > "awaiting moderation ;)] > > On Thu, Feb 17, 2005 at 11:29:41AM -0000, Simon Marlow wrote: > > On 17 February 2005 11:12, Remi Turk wrote: > > > > > when compiling the new ghc pre-releases made my gcc 2.95.3 die > > > with "internal compiler error", I tried to compile it with gcc > > > 3.4.3 (or rather, I thought it compiled with 3.4.1, and when that > > > died, compiled+installed gcc 3.4.3, tried again, say it die again > > > and only then noticed it was actually still using 2.95.3 ;) but > > > had quite some difficulty to actually get it to compile with, in > > > my case, /usr/local/bin/gcc3 > > > > > > When using the following command-line > > > > > > CC=gcc3 CXX=g++3 nice ./configure --enable-hopengl > > > --prefix=/var/tmp/ghc --with-gcc=/usr/local/bin/gcc3 > > > > > > stage1 still used gcc 2.95.3 to compile stage2 (okay, for --with-gcc > > > that's documented) > > > > Really? --with-gcc should set the gcc for stage1, AFAIK. Is there a > > bug here? > > > > I've noticed gcc 2.95 crashing on my FreeBSD box too. I should look > > into whether there's a workaround, otherwise we're hosed on FreeBSD 4.x. > > > > Cheers, > > Simon > > In case you've got nothing else left to do.. ;) > > The ghc command which perfectly repeatable kills gcc: > > make[2]: Entering directory `/var/tmp/ghc-6.4.20050216/ghc/compiler' > ../../ghc/compiler/stage1/ghc-inplace -H16m -O -istage2/utils > -istage2/basicTypes -istage2/types -istage2/hsSyn -istage2/prelude > -istage2/rename -istage2/typecheck -istage2/deSugar -istage2/coreSyn > -istage2/specialise -istage2/simplCore -istage2/stranal -istage2/stgSyn > -istage2/simplStg -istage2/codeGen -istage2/main -istage2/profiling > -istage2/parser -istage2/cprAnalysis -istage2/compMan -istage2/ndpFlatten > -istage2/iface -istage2/cmm -istage2/nativeGen -istage2/ghci -Istage2 > -DGHCI -package template-haskell -package unix -package readline > -DUSE_READLINE -package Cabal -cpp -fglasgow-exts -fno-generics -Rghc-timing > -I. -IcodeGen -InativeGen -Iparser -recomp -Rghc-timing -H16M '-#include > "hschooks.h"' -c cmm/MachOp.hs -o stage2/cmm/MachOp.o -ohi > stage2/cmm/MachOp.hi > /tmp/ghc32662.hc: In function `s5dU_ret': > /tmp/ghc32662.hc:11210: Internal compiler error in `build_insn_chain', at > global.c:1756
This is a known problem with gcc-2.95. We came across it back in September. It was noticed in the nightly builds: http://www.haskell.org/pipermail/cvs-all/2004-September/035116.html And then we chased it up: http://www.haskell.org/pipermail/cvs-all/2004-September/035122.html http://www.haskell.org/pipermail/cvs-all/2004-September/035134.html http://www.haskell.org/pipermail/cvs-all/2004-September/035259.html http://www.haskell.org/pipermail/cvs-all/2004-September/035268.html http://www.haskell.org/pipermail/cvs-all/2004-September/035293.html The bug was dealt with in gcc-3.01 I think, and upgrading to gcc-3.3x certainly stopped it occuring in the OpenBSD nightly builds. Try adding: --with-gcc=gcc-3.x Works for me. If you really need gcc-2.95, then constructing a patch along the lines of the one proposed to solve the test case should probably do it, though it would be a pain. -- Don _______________________________________________ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users