logo       

RE: build of GHCi 5.04.3 fails to work (libgcc.a): msg#00082

lang.haskell.glasgow.bugs

Subject: RE: build of GHCi 5.04.3 fails to work (libgcc.a)


> 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>
Google Custom Search

News | FAQ | advertise