Re: Fail to compile ghc-6.2 on a Sun/Sparc
Ok, that was definitely my fault. I´ve built the gnu-make and tried again. After an hour of compilation ghc ended with: Reading package info from stdin... done. Expanding embedded variables... done. warning: can't find GHCi lib `HSbase.o' Saving old package config file... done. Writing new package config file... done. ../../ghc/utils/ghc-pkg/ghc-pkg-inplace -f ../../ghc/driver/package.conf --update-package <package.conf.installed Reading package info from stdin... done. Expanding embedded variables... done. warning: can't find GHCi lib `HSbase.o' Saving old package config file... done. Writing new package config file... done. ../../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I../../ghc/includes -I. GHC/Unicode.hsc Unicode.hsc: In function `main': Unicode.hsc:126: `wint_t' undeclared (first use in this function) Unicode.hsc:126: (Each undeclared identifier is reported only once Unicode.hsc:126: for each function it appears in.) Unicode.hsc:126: parse error before "int" make[2]: *** [GHC/Unicode.hs] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `/home/mai99dnn/tmp/ghc-6.2/libraries' make: *** [build] Error 1 There is one warning about the HSbase.o. Is this the one from the "old"-ghc that is used to compile the new one? This lib is availible under ./lib/ghc-6.0/HSbase.o Is there anymore I can do than just to give up?? Cheers Patrick Am Mittwoch, 14. Januar 2004 17:42 schrieb Volker Stolz:
In local.glasgow-haskell-users, you wrote:
Hi there. I tried to compile the new ghc with hopengl support on a sun workstation.
uname -a
SunOS userv1 5.8 Generic_108528-27 sun4u sparc SUNW,Ultra-80
The configure script seems to work. My options were:
./configure --prefix=/home/mai99dnn/built --enable-hopengl
But when I did a make following error occured:
make: Fatal error in reader: ./mk/boilerplate.mk, line 22: Unexpected end of line seen
Are you sure that you're using GNU make?
* Patrick Scheibe <mai99dnn@studserv.uni-leipzig.de> [2004-01-14 22:56 +0100]:
../../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I../../ghc/includes -I. GHC/Unicode.hsc Unicode.hsc: In function `main': Unicode.hsc:126: `wint_t' undeclared (first use in this function) Unicode.hsc:126: (Each undeclared identifier is reported only once Unicode.hsc:126: for each function it appears in.) Unicode.hsc:126: parse error before "int" make[2]: *** [GHC/Unicode.hs] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `/home/mai99dnn/tmp/ghc-6.2/libraries' make: *** [build] Error 1
Try the attached patch. HTH, Olli -- Oliver Braun -- obraun @ { unsane.org | FreeBSD.org | haskell.org }
In local.glasgow-haskell-users, you wrote:
Ok, that was definitely my fault. IŽve built the gnu-make and tried again. After an hour of compilation ghc ended with:
./../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I../../ghc/includes -I. GHC/Unicode.hsc Unicode.hsc: In function `main': Unicode.hsc:126: `wint_t' undeclared (first use in this function) Unicode.hsc:126: (Each undeclared identifier is reported only once Unicode.hsc:126: for each function it appears in.) Unicode.hsc:126: parse error before "int" make[2]: *** [GHC/Unicode.hs] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `/home/mai99dnn/tmp/ghc-6.2/libraries' make: *** [build] Error 1
Just update if you use CVS are use the following patch (from O.Braun). Then, 'gmake clean' and restart the build (both just in 'libraries', the compiler built fine). --- libraries/base/GHC/Unicode.hsc.orig Mon Oct 20 12:12:20 2003 +++ libraries/base/GHC/Unicode.hsc Mon Jan 12 23:32:22 2004 @@ -112,7 +112,7 @@ -- ----------------------------------------------------------------------------- -- Win32 implementation -#if (defined(HAVE_WCTYPE_H) && HAVE_ISWSPACE) || mingw32_TARGET_OS +#if (defined(HAVE_WCTYPE_H) && HAVE_ISWSPACE && defined(HTYPE_WINT_T)) || mingw32_TARGET_OS -- Use the wide-char classification functions if available. Glibc -- seems to implement these properly, even for chars > 0xffff, as long -- http://www-i2.informatik.rwth-aachen.de/stolz/ *** PGP *** S/MIME rage against the finite state machine
Hmm, the patch works fine, but compilation stops when building libraries/base/GHC/List.o It seems to me that some library of the system makes trouble. I dont think thats a ghc errror: rm -f GHC/List.o; if [ ! -d GHC/List_split ]; then mkdir GHC/List_split; else /usr/bin/find GHC/List_split -name '*.o' -print | xargs rm -f __rm_food; fi; Putting child 0x000aa798 (GHC/List.o) PID 9863 on the chain. Live child 0x000aa798 (GHC/List.o) PID 9863 Got a SIGCHLD; 1 unreaped children. Reaping winning child 0x000aa798 PID 9863 ../../ghc/compiler/ghc-inplace -H16m -O -fglasgow-exts -cpp -Iinclude -#include HsBase.h -funbox-strict-fields -package-name base -O -Rghc-timing -split-objs -c GHC/List.lhs -o GHC/List.o -ohi GHC/List.hi Live child 0x000aa798 (GHC/List.o) PID 9868 Segmentation Fault Got a SIGCHLD; 1 unreaped children. Reaping losing child 0x000aa798 PID 9868 make[1]: *** [GHC/List.o] Error 139 Removing child 0x000aa798 PID 9868 from chain. Got a SIGCHLD; 1 unreaped children. Reaping losing child 0x00055318 PID 9857 make: *** [all] Error 1 Removing child 0x00055318 PID 9857 from chain. How can I get more informations than just the "segfault"-message? Cheers Patrick Am Donnerstag, 15. Januar 2004 09:17 schrieben Sie:
In local.glasgow-haskell-users, you wrote:
Ok, that was definitely my fault. IŽve built the gnu-make and tried again. After an hour of compilation ghc ended with:
./../ghc/utils/hsc2hs/hsc2hs-inplace -Iinclude -I../../ghc/includes -I. GHC/Unicode.hsc Unicode.hsc: In function `main': Unicode.hsc:126: `wint_t' undeclared (first use in this function) Unicode.hsc:126: (Each undeclared identifier is reported only once Unicode.hsc:126: for each function it appears in.) Unicode.hsc:126: parse error before "int" make[2]: *** [GHC/Unicode.hs] Error 1 make[1]: *** [boot] Error 1 make[1]: Leaving directory `/home/mai99dnn/tmp/ghc-6.2/libraries' make: *** [build] Error 1
Just update if you use CVS are use the following patch (from O.Braun). Then, 'gmake clean' and restart the build (both just in 'libraries', the compiler built fine).
--- libraries/base/GHC/Unicode.hsc.orig Mon Oct 20 12:12:20 2003 +++ libraries/base/GHC/Unicode.hsc Mon Jan 12 23:32:22 2004 @@ -112,7 +112,7 @@ -- --------------------------------------------------------------------------- -- -- Win32 implementation
-#if (defined(HAVE_WCTYPE_H) && HAVE_ISWSPACE) || mingw32_TARGET_OS +#if (defined(HAVE_WCTYPE_H) && HAVE_ISWSPACE && defined(HTYPE_WINT_T)) || mingw32_TARGET_OS
-- Use the wide-char classification functions if available. Glibc -- seems to implement these properly, even for chars > 0xffff, as long
participants (3)
-
Oliver Braun -
Patrick Scheibe -
Volker Stolz