Re: ghci panic (unknown symbol stg_gc_l1)
Julian Seward (Intl Vendor) [EMAIL PROTECTED] writes: % ghci [...] Loading package std ... linking ... /usr/lib/ghc-5.02.2/HSstd.o: unknown symbol `stg_gc_l1' ghc-5.02.2: panic! (the `impossible' happened, GHC version 5.02.2): can't load package `std' [...] There's something very suspicious here, but it might be a bug we know about. Did you build ghc yourself, from sources? yes Did you bootstrap using itself? no, that is the pb. Sigbjorn Finne gave the explaination: GHCi doesn't load the RTS package (nor GMP), as they're both baked into the binary. My guess is that you've built ghci using 5.02.1; you need to use 5.02.2 (i.e., do two stage build.) The missing symbol was introduced in 5.02.2's RTS. i bootstraped using itself, and now it works nicely :) And finally, exactly what version of gcc do you have? an heavily patched 2.86 ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
ghci panic (unknown symbol stg_gc_l1)
% ghci
[...]
Loading package std ... linking ... /usr/lib/ghc-5.02.2/HSstd.o: unknown symbol
`stg_gc_l1'
ghc-5.02.2: panic! (the `impossible' happened, GHC version 5.02.2):
can't load package `std'
[...]
(it seems) it should load package rts before std, but (it seems) it doesn't:
% for i in /usr/lib/ghc-5.02.2/*.o; do nm $i | grep -q T stg_gc_l1 echo $i; done
/usr/lib/ghc-5.02.2/HSrts.o
% ghci -v5
[...]
Using package config file: /usr/lib/ghc-5.02.2/package.conf
[...]
Package
{name = std,
import_dirs = [/usr/lib/ghc-5.02.2/imports/std],
source_dirs = [],
library_dirs = [/usr/lib/ghc-5.02.2],
hs_libraries = [HSstd],
extra_libraries = [HSstd_cbits],
include_dirs = [],
c_includes = [HsStd.h],
package_deps = [rts],
extra_ghc_opts = [],
extra_cc_opts = [],
[...]
Loading package std ... linking ... /usr/lib/ghc-5.02.2/HSstd.o: unknown symbol
`stg_gc_l1'
strace -efile ghci doesn't show anything weird, except maybe:
stat64(./Prelude.hs, 0xbfffcfe0) = -1 ENOENT (No such file or directory)
stat64(./Prelude.lhs, 0xbfffcfe0) = -1 ENOENT (No such file or directory)
stat64(./Prelude.hi-boot-5, 0xbfffcfe0) = -1 ENOENT (No such file or directory)
stat64(./Prelude.hi-boot, 0xbfffcfe0) = -1 ENOENT (No such file or directory)
I wanted to have a look at the code to find out what's wrong, but i can't find
the time :-(
ghci is built using http://people.mandrakesoft.com/~prigaux/ghc.spec where
%configure is ./configure i586-mandrake-linux-gnu --prefix=/usr --exec-prefix=/usr
--bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share
--includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --sharedstatedir=/usr/com --mandir=/usr/share/man
--infodir=/usr/share/info
Any idea what's wrong?
Thanks
--
Pixel
programming languages addict http://merd.net/pixel/language-study/
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: ghci panic (unknown symbol stg_gc_l1)
Sigbjorn Finne [EMAIL PROTECTED] writes: GHCi doesn't load the RTS package (nor GMP), as they're both baked into the binary. My guess is that you've built ghci using 5.02.1; you need to use 5.02.2 (i.e., do two stage build.) The missing symbol was introduced in 5.02.2's RTS. cool, rebuilding :) thanks! PS: maybe some kind of warning could be added for this case? ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: readFile close behaviour
Jens Petersen [EMAIL PROTECTED] writes: % ./manyfiles Fail: resource exhausted Action: openFile Reason: process file table full File: manyfiles.hs It works here on 5.02 ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: readFile close behaviour
Malcolm Wallace [EMAIL PROTECTED] writes: It is really a question of when the garbage collector runs. Your example program is very small, so the GC does not run (and therefore does not collect the unused handles) before the open file table is filled. what about running the garbage collector for such errors, just in case it can help? all resources that can be freed by the garbage collector should trigger a GC when that resource is low, uh? (maybe that's what ghc-5.02 is doing since i've not been able to reproduce the pb after increasing the heap) ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
Re: GHC Mandrake problem
Hampus Ram [EMAIL PROTECTED] writes: Loading package std ... ghc-5.00.2: can't find .o or .so/.DLL for: m (lib.so: cannot open shared object file: No such file or directory) Can anyone tell me what's missing, or how to fix this?? A _very_ ugly fix for this problem is to make a symbolic link to libm.so and call it lib.so. Maybe a nicer fix: --- ghc-5.00.2/ghc/driver/PackageSrc.hs.pix Mon Apr 30 18:25:32 2001 +++ ghc-5.00.2/ghc/driver/PackageSrc.hs Fri Aug 24 13:10:32 2001 @@ -127,7 +127,7 @@ # ifdef mingw32_TARGET_OS [wsock32, msvcrt] # else -[m] -- libm, that is +[] -- libm, that is # endif , include_dirs = if installing
Re: problem with installing ghc-5.00 from .hc file
Saswat Anand [EMAIL PROTECTED] writes: I am trying to install ghc-5.00 from .hc files on windows NT. But I get the following error. It seems Package.hc is missing. Please help. i'm having pb too: - something is missing for Readline support ../../ghc/utils/hsc2hs/hsc2hs-inplace Readline.hsc make: ../../ghc/utils/hsc2hs/hsc2hs-inplace: Command not found pixel@no:~/rpm/BUILD/ghc-5.00/hslibs/utills Readline* Readline.hc Readline.hsc Readline_stub.c Readline_stub.h Readline_stub.o - file Directory_hsc.h and Time_hsc.h are missing pixel@no:~/rpm/BUILD/ghc-5.00/ghc/lib/stdmake all [...] gcc -x c Directory.hc -o Directory.raw_s -S -O -fno-defer-pop -fomit-frame-pointer -D__GLASGOW_HASKELL__=411 -O -I/home/pixel/rpm/BUILD/ghc-5.00/ghc/includes -I/home/pixel/rpm/BUILD/ghc-5.00/ghc/lib/std/cbits -I/home/pixel/rpm/BUILD/ghc-5.00/hslibs/lang/cbits -I/home/pixel/rpm/BUILD/ghc-5.00/hslibs/posix/cbits -I/home/pixel/rpm/BUILD/ghc-5.00/hslibs/util/cbits -I/home/pixel/rpm/BUILD/ghc-5.00/hslibs/text/cbits -I/home/pixel/rpm/BUILD/ghc-5.00/hslibs/hssource/cbits-I. `echo | sed 's/^$/-DSTOLEN_X86_REGS=4/'` Directory.hc:3:27: Directory_hsc.h: No such file or directory % grep '#include' Directory.hsc Directory_hsc.h and something alike for Time_hsc.h from Time.hsc makes it compile, but s_ISDIR is not defined afterwards, so no real solution. - skipping directory 'driver' (is that nonsense?) and trying to make directly 'compiler' (after building ghc/lib and ghc/rts) basicTypes/DataCon.o: In function `s720_1_alt': basicTypes/DataCon.o(.text+0x299f): undefined reference to `PrelList_zdwlvl_fast3' [...] basicTypes/DataCon.o(.text+0x2c3c): more undefined references to `PrelList_zdwlvl_fast3' follow prelude/PrelRules.o: In function `sbfp_ret': prelude/PrelRules.o(.text+0x33c7): undefined reference to `PrelWord_zdwa6_fast1' [...] prelude/PrelRules.o(.text+0x8940): more undefined references to `PrelWord_zdwa6_fast1' follow simplCore/Simplify.o: In function `sf73_1_alt': simplCore/Simplify.o(.text+0x2456): undefined reference to `PrelList_zdwlvl_fast3' absCSyn/PprAbsC.o: In function `sjtR_fast3': absCSyn/PprAbsC.o(.text+0x18177): undefined reference to `PrelList_zdwlvl_fast3' ghci/InteractiveUI.o: In function `__init_InteractiveUI': ghci/InteractiveUI.o(.text+0xba): undefined reference to `__init_Readline' ghci/InteractiveUI.o: In function `sjW4_srt': ghci/InteractiveUI.o(.text+0xb6ec): undefined reference to `Readline_zdwreadline_closure' ghci/InteractiveUI.o: In function `skLW_dflt': ghci/InteractiveUI.o(.text+0xb876): undefined reference to `Readline_addzuhistory_closure' ghci/InteractiveUI.o: In function `skLz_dflt': ghci/InteractiveUI.o(.text+0xb954): undefined reference to `Readline_zdwreadline_fast2' /home/pixel/rpm/BUILD/ghc-5.00/ghc/lib/std/libHSstd.a(Directory.o): In function `s8KQ_entry': Directory.o(.text+0x38c): undefined reference to `s_ISDIR' [...] collect2: ld returned 1 exit status Please help, cu Pixel. ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
compiling ghc-5 with x86 HC files
I've found the "x86 HC files, for building from source without a previous installation of GHC" which seemed promising. Alas i don't know what to do with it. I tried untaring it together with the source: pixel@no:~/rpm/SPECSrpm -bp ghc.spec Executing(%prep): /bin/sh -e /home/pixel/rpm/tmp/rpm-tmp.84335 [...] + cd /home/pixel/rpm/BUILD + rm -rf ghc-5.00 + /usr/bin/bzip2 -dc /home/pixel/rpm/SOURCES/ghc-5.00-src.tar.bz2 + tar -xf - [...] + cd /home/pixel/rpm/BUILD + /usr/bin/bzip2 -dc /home/pixel/rpm/SOURCES/ghc-5.00-i386-hc.tar.bz2 + tar -xf - [...] pixel@no:~/rpm/BUILD/ghc-5.00autoconf configure.in:733: warning: AC_TRY_RUN called without default to allow cross compiling configure.in:914: warning: AC_TRY_RUN called without default to allow cross compiling (fptools configure script wizard sez: "don't worry, the above warning is harmless (to us.)") pixel@no:~/rpm/BUILD/ghc-5.00(cd ghc ; autoconf) pixel@no:~/rpm/BUILD/ghc-5.00./configure /tmp/configure.output pixel@no:~/rpm/BUILD/ghc-5.00make /tmp/log 21 configure seems ok (i did install happy 1.9 otherwise configure was not happy), but "make" is going crazy with things like: ==fptools== make boot -wr; in /home/pixel/rpm/BUILD/ghc-5.00/glafp-utils/lndir ../../glafp-utils/mkdependC/mkdependC -f .depend -- -O -- lndir.c # 46 "lndir.c" # 1 "lndir-Xos.h" 1 # 27 "lndir-Xos.h" [...] which just seems to output the file preprocessed? ==fptools== make boot - --no-print-directory -r; in /home/pixel/rpm/BUILD/ghc-5.00/ghc/utils/ghc-pkg M -optdep-f -optdep.depend -osuf o-ldl -cpp -DPKG_TOOL -DWANT_PRETTY -package lang -package util -package textMain.hs Package.hs make[3]: M: Command not found make[3]: [depend] Error 127 (ignored) I've not tried a lot yet, but some help would be nice :) Thanks, cu Pixel. files: ftp://ftp.mandrakesoft.com/pub/pixel/configure.output ftp://ftp.mandrakesoft.com/pub/pixel/log.bz2 ___ Glasgow-haskell-bugs mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
