|
RE: build of GHCi 5.04.3 fails to work (libgcc.a): msg#00082lang.haskell.glasgow.bugs
> Downloaded, unpacked GHC release 5.04.3, > ./configure > echo "GhcWithInterpreter=YES" > mk/build.mk > make > make install > > ghci > ___ ___ _ > / _ \ /\ /\/ __(_) > / /_\// /_/ / / | | GHC Interactive, version 5.04.3, > for Haskell 98. > / /_\\/ __ / /___| | http://www.haskell.org/ghc/ > \____/\/ /_/\____/|_| Type :? for help. > > Loading package base ... linking ... > /usr/local/lib/ghc-5.04.3/HSbase_cbits.o: unknown symbol `__umoddi3' > ghc-5.04.3: panic! (the `impossible' happened, GHC version 5.04.3): > can't load package `base' > > Please report it as a compiler bug to > glasgow-haskell-bugs@xxxxxxxxxxx, > or http://sourceforge.net/projects/ghc/. > > which looks like HSbase_cbits.o isn't getting linked with libgcc.a for > some reason. Thanks. Several other people have reported the same thing. We know how to fix it - it's a case of expanding the symbol table built into the dynamic linker, but what I don't know is under what conditions we should do this (i.e. what configure tests do we need to add). I really need to get my hands on a box that displays the bug. The boxes I have access to all have __umoddi3 in libc (as well as libgcc, presumably). Perhaps it wouldn't do any harm to always add these symbols to the Linker's symbol table (on Linux, at least). Cheers, Simon
|
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | build of GHCi 5.04.3 fails to work (libgcc.a), Aaron Denney |
|---|---|
| Next by Date: | Re: GHC rejects empty case, Ross Paterson |
| Previous by Thread: | build of GHCi 5.04.3 fails to work (libgcc.a), Aaron Denney |
| Next by Thread: | RE: build of GHCi 5.04.3 fails to work (libgcc.a), Simon Marlow |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |