Bug 89343 – gcc 3.3.4 ebuild fails with libtool: link: `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.la' is not a valid libtool archive

• Status: VERIFIED DUPLICATE of bug 84324
• Product: Gentoo Linux

[Description jake 2005-04-16 12:19:18 UTC]

just followed the emerge -u instructions:
1. emerge -n '>=sys-apps/portage-2.0.51'
2. ln -s ../usr/portage/profiles/default-linux/x86/2005.0 make.profile
3. emerge -uD world

and gcc 3.3.4 fails to build

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.10 i686)
=================================================================
System uname: 2.6.10 i686 Intel(R) Pentium(R) M processor 1.80GHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 26 2005, 02:49:25)]
distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r7
sys-devel/libtool:   1.5.14
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=pentium4 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env
/usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mcpu=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://194.117.143.72/mirrors/gentoo http://194.117.143.71"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm arts artswrappersuid avi bash-completion berkdb
bitmap-fonts bootsplash crypt cups curl dvb dvd emboss encode esd famflac
foomaticdb fortran freetds ftp gd gdbm gif gimpprint gpm gtk gtk2 imagemagick
imlib ipv6 java jpeg kde kdexdeltas kerberos ldap libg++ libwww mad mikmod mmx
motif mp3 mpeg mysql mysqli ncurses nls ogg oggvorbis opengl oss pam pcmcia pda
pdflib perl png python qt quicktime readline samba sdl spell sse ssl svga tcltk
tcpd tiff truetype truetype-fonts type1 type1-fonts vorbis xanim xine xml2 xmms
xosd xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY

[Comment 1 Jakub Moc (RETIRED) 2005-04-16 12:27:30 UTC]

gcc-3.3.4 is not in portage - emerge sync would be handy. :-)

[Comment 2 Sven Wegener 2005-04-16 12:31:38 UTC]

Don't listen to Jakub. Please run: fix_libtool_files.sh 3.3.4

It's not gcc that's failing. A package has hardcoded the path to the libstdc++
library in its .la files. These files needs to be fixed with the above command.

[Comment 3 Jakub Moc (RETIRED) 2005-04-16 12:36:12 UTC]

Sorry. Really did not figure out what the actual problem is. :/

[Comment 4 Tom Gall (RETIRED) 2005-04-17 10:31:53 UTC]

I just hit this with 3.4.1 -> 3.4.3 as have some other ppc64 folks.  Seems like a curious problem that the average bear might easily run into and we should program defensively so the unsuspecting won't trip over it.

[Comment 5 Tom Gall (RETIRED) 2005-04-17 10:33:59 UTC]

I'm going to cc the toolchain herd to see if they have any opinions / observatoins on this.  Perhaps I'm being stupid and missed something obvious that should have been done in the ppc64 profile or ... well who knows ... thus why we turn to wise sages of arcane lore. 

[Comment 6 SpanKY 2005-04-17 19:06:53 UTC]

you may also have to run:
fix_libtool_files.sh --oldarch i386-pc-linux-gnu`

*** This bug has been marked as a duplicate of 84324 ***

[Comment 7 Tom Gall (RETIRED) 2005-09-09 20:39:32 UTC]

all quiet

time to stick a fork in it