Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 37006 - libstdc++ (libiberty?) appears broken (not PIC?), causing unrelated software to fail to build at link time
Summary: libstdc++ (libiberty?) appears broken (not PIC?), causing unrelated software ...
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: IA64 Linux
: High normal (vote)
Assignee: IA-64 team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-01-02 03:14 UTC by Duraid Madina
Modified: 2004-01-14 14:40 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Duraid Madina 2004-01-02 03:14:11 UTC
I tried to build mozilla, from source, in my home directory (completely outside the gentoo port system, for testing/hacking purposes). At link time, the compile fails with this:

/usr/bin/ld: /usr/lib/libiberty.a(cplus-dem.o): @gprel relocation against dynamic symbol current_demangling_style
/usr/bin/ld: /usr/lib/libiberty.a(cplus-dem.o): @gprel relocation against dynamic symbol current_demangling_style
/usr/bin/ld: /usr/lib/libiberty.a(cplus-dem.o): @gprel relocation against dynamic symbol current_demangling_style
/usr/bin/ld: /usr/lib/libiberty.a(cplus-dem.o): @gprel relocation against dynamic symbol current_demangling_style
/usr/bin/ld: /usr/lib/libiberty.a(cplus-dem.o): @gprel relocation against dynamic symbol current_demangling_style
/usr/bin/ld: /usr/lib/libiberty.a(cplus-dem.o): @gprel relocation against dynamic symbol current_demangling_style
/usr/bin/ld: /usr/lib/libiberty.a(cplus-dem.o): @gprel relocation against dynamic symbol current_demangling_style
gmake[4]: *** [libxpcom.so] Error 1


It fails at exactly the same point, with the same error, if I use gcc (3.3.2, tried -r2 and -r4) or the Intel C/C++ compiler. But it _doesn't_ fail if I build gcc myself also. (pulled a recent CVS drop, but I expect a vanilla 3.3.x release would work just fine also.)

The "@gprel relocation against dynamic symbol" problem generally means that at some point, code built without -fPIC was linked into a library. This should never be the case on the ia64 or hppa platforms (they _require_ position independent code.)


Reproducible: Always
Steps to Reproduce:
1. Try and build mozilla (just a vanilla mozilla-source.tar.bz2)
Actual Results:  
The build failed at link time

Expected Results:  
Mozilla should have been built normally. This worked at some time in the past
(I'm using mozilla to file this bug report!) so I'm not sure what has broken
here, but something seems to have gone awry.


bash-2.05b# emerge info
Portage 2.0.49-r20 (default-ia64-1.4, gcc-3.3.2, glibc-2.3.2-r2, 2.6.0-test11)
=================================================================
System uname: 2.6.0-test11 ia64
Gentoo Base System version 1.4.3.12
ACCEPT_KEYWORDS="ia64 ~ia64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe"
CHOST="ia64-unknown-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib alsa berkdb crypt cups encode esd foomaticdb gdbm gif gnome gpm gtk
gtk2 guile ia64 imlib jpeg kde libg++ libwww mikmod motif mozilla ncurses nls
oggvorbis opengl oss pam pdflib perl png python qt quicktime readline sdl slang
spell ssl tcltk tcpd tetex truetype xml2 xmms xv zlib"
Comment 1 Aron Griffis (RETIRED) gentoo-dev 2004-01-06 06:43:29 UTC
Duraid, thanks for this bug report.  Please continue to debug this since I don't personally have the time to chase down vanilla compile issues.  I will be happy to implement the fix in Gentoo when you have narrowed down what needs to be changed.

Here are some questions that might help: Does mozilla compile correctly from ebuild?  What version of mozilla are you attempting to build?  What are the differences between the gcc ebuild and your vanilla version?  Thanks.
Comment 2 Aron Griffis (RETIRED) gentoo-dev 2004-01-14 14:40:32 UTC
No response from bug submitter (Duraid).  Closing NEEDINFO