Re: problems installing ghc 6.6 with extralibs (bad interface file)
Thanks. I incorporated these changes, and it cranks longer now before failing. But still fails, now with a seg fault. Does this just mean I don't have enough ram, or cpu, or ... Any ideas? thomas. ************* thartman@linodewhyou:~/haskellInstalls$ tail -n13 out.txt ../compiler/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/ndpFlatten -istage2/iface -istage2/cmm -istage2/nativeGen -istage2/ghci -Istage2 -DGHCI -DBREAKPOINT -package template-haskell -threaded -package readline -DUSE_READLINE -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -package Cabal -package regex-compat -ignore-package lang -recomp -Rghc-timing -H16M '-#include "cutils.h"' -package-name ghc-6.6 -fgenerics -fno-cse -c main/DriverPipeline.hs -o stage2/main/DriverPipeline.o -ohi stage2/main/DriverPipeline.hi <<ghc: 489718944 bytes, 1371 GCs, 11780600/23325480 avg/max bytes residency (7 samples), 59M in use, 0.00 INIT (0.00 elapsed), 3.40 MUT (18.69 elapsed), 3.69 GC (3.91 elapsed) :ghc>> ../compiler/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/ndpFlatten -istage2/iface -istage2/cmm -istage2/nativeGen -istage2/ghci -Istage2 -DGHCI -DBREAKPOINT -package template-haskell -threaded -package readline -DUSE_READLINE -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -package Cabal -package regex-compat -ignore-package lang -recomp -Rghc-timing -H16M '-#include "cutils.h"' -package-name ghc-6.6 -fgenerics -c main/GHC.hs -o stage2/main/GHC.o -ohi stage2/main/GHC.hi gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-4.0/README.Bugs>. <<ghc: 595874452 bytes, 1818 GCs, 14564135/30202688 avg/max bytes residency (8 samples), 74M in use, 0.00 INIT (0.00 elapsed), 5.10 MUT (17.37 elapsed), 5.80 GC (12.08 elapsed) :ghc>> make[1]: *** [stage2/main/GHC.o] Error 1 make: *** [install] Error 1 ~/haskellInstalls thartman@linodewhyou:~/haskellInstalls$ sudo ./install-ghc-6.6.sh 2>&1 | tee out.txt thartman@linodewhyou:~/haskellInstalls$ cat install-ghc-6.6.sh if [ ! -f ghc-6.6-src.tar.bz2 ]; then wget http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src.tar.bz2 fi if [ ! -f ghc-6.6-src-extralibs.tar.bz2 ]; then wget http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src-extralibs.tar.bz2 fi tar -tvjf ghc-6.6-src.tar.bz2 tar -tvjf ghc-6.6-src-extralibs.tar.bz2 pushd ghc-6.6 (cd compat && make clean && make UseStage1=YES) (cd utils && make clean && make UseStage1=YES) ./configure make make install popd thartman@linodewhyou:~/haskellInstalls$ 2007/2/27, Thomas Hartman <tphyahoo@gmail.com>:
I incorporated these changes to my install script, and now it cranks longer before failing, but still fails. Now with a seg fault.
For some odd reason the final crash snipped below didn't get written to out.txt, otherwise I would have attached it.
Any ideas to get it working?
Thanks, thomas.
**********************************
thartman@linodewhyou:~/haskellInstalls$ cat install-ghc-6.6.sh if [ ! -f ghc-6.6-src.tar.bz2 ]; then wget http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src.tar.bz2 fi
if [ ! -f ghc-6.6-src-extralibs.tar.bz2 ]; then wget http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src-extralibs.tar.bz2 fi
tar -tvjf ghc-6.6-src.tar.bz2 tar -tvjf ghc-6.6-src-extralibs.tar.bz2 pushd ghc-6.6 (cd compat && make clean && make UseStage1=YES) (cd utils && make clean && make UseStage1=YES) ./configure make make install popd thartman@linodewhyou:~/haskellInstalls$
thartman@linodewhyou:~/haskellInstalls$ sudo ./install-ghc-6.6.sh 2>&1 | tee out.txt
....
../compiler/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/ndpFlatten -istage2/iface -istage2/cmm -istage2/nativeGen -istage2/ghci -Istage2 -DGHCI -DBREAKPOINT -package template-haskell -threaded -package readline -DUSE_R EADLINE -cpp -fglasgow-exts -fno-generics -Rghc-timing -I. -Iparser -package unix -package Cabal -package regex-compat -ignore-package lang -recomp -Rghc-timing -H16M '-#include "cutils.h"' -package-name ghc-6.6 -fgenerics -c main/GHC.hs -o stage2/main/GHC.o -ohi stage2 /main/GHC.hi gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-4.0/README.Bugs>.
<<ghc: 595874452 bytes, 1818 GCs, 14564135/30202688 avg/max bytes residency (8 samples), 74M in use, 0.00 INIT (0.00 elapsed), 5.10 MUT (17 .37 elapsed), 5.80 GC (12.08 elapsed) :ghc>> make[1]: *** [stage2/main/GHC.o] Error 1 make: *** [install] Error 1 ~/haskellInstalls
2007/2/27, Simon Marlow <simonmarhaskell@gmail.com>:
Thomas Hartman wrote:
I installed ghc 6.6 from source ok. But then when I tried installing it with the "extralibs" to get all the functionality that had been unbundled in 6.6, I hit a glitch.
Anyone ever seen anything like this?
In case it matters, this is ssh-ed in to a virtualized user mode linux session.
*****************************************
thartman@linodewhyou:~/haskellInstalls$ cat install-ghc-6.6.sh if [ ! -f ghc-6.6-src.tar.bz2 ]; then wget http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src.tar.bz2 fi
if [ ! -f ghc-6.6-src-extralibs.tar.bz2 ]; then wget http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src-extralibs.tar.bz2 fi
tar -tvjf ghc-6.6-src.tar.bz2 tar -tvjf ghc-6.6-src-extralibs.tar.bz2 pushd ghc-6.6 ./configure make make install popd thartman@linodewhyou:~/haskellInstalls$ sudo ./install-ghc-6.6.sh 2>&1 | tee out.txt thartman@linodewhyou:~/haskellInstalls$ tail -n20 out.txt ------------------------------------------------------------------------ make[2]: Nothing to be done for `install'. ------------------------------------------------------------------------ == make install - --no-print-directory -r; in /home/thartman/haskellInstalls/ghc-6.6/utils/ghc-pkg ------------------------------------------------------------------------ Creating a symbolic link from ghc-pkg-6.6 to ghc-pkg in /usr/local/bin for i in ghc-pkg-6.6; do \ /usr/bin/install -c -m 755 $i /usr/local/bin; \ done /usr/local/bin/ghc -H16m -O -cpp -Wall -fno-warn-name-shadowing -fno-warn-unused-matches -i../../compat -ignore-package Cabal -Rghc-timing -c Main.hs -o Main.o -ohi Main.hi
Main.hs:19:0: Bad interface file: ../../compat/Distribution/InstalledPackageInfo.hi mismatched interface file versions: expected 6060, found 6 <<ghc: 24591324 bytes, 4 GCs, 106128/106128 avg/max bytes residency (1 samples), 16M in use, 0.00 INIT (0.02 elapsed), 0.25 MUT (0.42 elapsed), 0.10 GC (0.12 elapsed) :ghc>> make[2]: *** [Main.o] Error 1 make[1]: *** [install] Error 1 make: *** [install] Error 1
I'm guessing what happened is that during the install the build system decided to rebuild ghc-pkg (I'm not sure why), but by that time you had already installed the new compiler, and the previous interface files weren't compatible with the new compiler. (I don't know why that would be the case either, since both compilers are 6.6...).
You might be able to work around it by
$ (cd compat && make clean && make UseStage1=YES) $ (cd utils && make clean && make UseStage1=YES)
Cheers, Simon
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Hartman wrote:
Thanks. I incorporated these changes, and it cranks longer now before failing. But still fails, now with a seg fault.
Does this just mean I don't have enough ram, or cpu, or ... Any ideas? [...] gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-4.0/README.Bugs>. [...]
If you try again, does it work, or does it crash in the same place? My own experience with most gcc internal errors is that gcc just crashes randomly and it works fine when trying again, so it's worth a try if you haven't already... Isaac -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5MgIHgcxvIWYTTURAmCLAKDJvX4DVFG5xoJR5nUqRT9qFLJ7VACguJ/K wN8fybsNW/nBan7ZPfzwyjk= =Lu7z -----END PGP SIGNATURE-----
Thomas Hartman wrote:
Thanks. I incorporated these changes, and it cranks longer now before failing. But still fails, now with a seg fault. ************* gcc: Internal error: Segmentation fault (program cc1) Please submit a full bug report. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-4.0/README.Bugs>.
According to conventional wisdom, when gcc segfaults on a big compilation job (e.g., the Linux kernel), it could be a sign of a transient memory error; gcc exercises the RAM so much that the error rate on a typical computer's memory chips can have a practical effect. You can either buy more expensive RAM or run the build again and hope for better luck.
On 2/27/07, Seth Gordon <sethg@ropine.com> wrote:
Thomas Hartman wrote:
Thanks. I incorporated these changes, and it cranks longer now before failing. But still fails, now with a seg fault. According to conventional wisdom, when gcc segfaults on a big compilation job (e.g., the Linux kernel), it could be a sign of a transient memory error; gcc exercises the RAM so much that the error rate on a typical computer's memory chips can have a practical effect.
I believe that you're probably correct in this case: I was able to get ghc 6.6 + optional packages built on a linode virtual host (guessing from the original poster's prompt) but only after expanding the amount of memory available. -- Paul
Indeed, memory was the issue. By the way, serendipitiously, linode.com spontaneously upgraded all virtual root boxen to 256M ram for free right around the time I ran into this, which solved the problem. so, if anyone would like to try haskell in a hosted environment, I can now heartily recommend them :) 2007/2/28, Paul Brown <paulrbrown+haskell-cafe@gmail.com>:
On 2/27/07, Seth Gordon <sethg@ropine.com> wrote:
Thomas Hartman wrote:
Thanks. I incorporated these changes, and it cranks longer now before failing. But still fails, now with a seg fault. According to conventional wisdom, when gcc segfaults on a big compilation job (e.g., the Linux kernel), it could be a sign of a transient memory error; gcc exercises the RAM so much that the error rate on a typical computer's memory chips can have a practical effect.
I believe that you're probably correct in this case: I was able to get ghc 6.6 + optional packages built on a linode virtual host (guessing from the original poster's prompt) but only after expanding the amount of memory available.
-- Paul _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
participants (4)
-
Isaac Dupree -
Paul Brown -
Seth Gordon -
Thomas Hartman