Near the end of a massive world update ("only" 35 packages to go...) tunepimp-0.3.0 fails with this error: grep: /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.3/libstdc++.la: No such file or directory /bin/sed: can't read /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.3/libstdc++.la: No such file or directory libtool: link: `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.3/libstdc++.la' is not a valid libtool archive make[3]: *** [libtunepimp.la] Error 1 make[3]: Leaving directory `/var/tmp/portage/tunepimp-0.3.0/work/libtunepimp-0.3.0/lib' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/tunepimp-0.3.0/work/libtunepimp-0.3.0/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/tunepimp-0.3.0/work/libtunepimp-0.3.0' make: *** [all] Error 2 It's the exact same thing as reported in bug 62637 except that I appear to live in an alternate reality where fix_libtool_files.sh 3.3.3 doesn't solve all my woes. That bug was marked as resolved and another chap who posted with the same problem as me hasn't had a reply for 3 months so I figured I'd start up a new one. Reproducible: Always Steps to Reproduce: 1. emerge --update --deep --newuse world Actual Results: As described above. Expected Results: Succesful emerge. Portage 2.0.51-r14 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.4.26-gentoo-r6i686) ================================================================= System uname: 2.4.26-gentoo-r6 i686 AMD Duron(tm) Processor Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 26 2005, 22:32:09)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r5 sys-devel/automake: 1.8.5-r1 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.4.3-r4, 1.5.2-r7 virtual/os-headers: 2.4.21-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.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 -march=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X alsa apm arts avi berkdb bitmap-fonts cjk crypt cups encode esd f77 fam flac font-server foomaticdb fortran gdbm gif gnome gpm gtk gtk2 guile imlib ipv6 java jpeg kde ldap libg++ libwww mad mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline samba sdl spell ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts xml xml2 xmms xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LDFLAGS, PORTDIR_OVERLAY
You need to run /sbin/fix_libtool_files.sh 3.3.5
Nope, already tried that, emerge still fails. It doesn't seem to give much output though. Here's what /sbin/fix_libtool_files.sh 3.3.3 looks like: * Scanning libtool files for hardcoded gcc library paths... * [1/8] Scanning /lib ... * [2/8] Scanning /usr/lib ... * [3/8] Scanning /opt/blackdown-jdk-1.4.2.01/jre/lib/i386 ... * [4/8] Scanning /usr/games/lib ... * [5/8] Scanning /usr/kde/3.2/lib ... * [6/8] Scanning /usr/kde/3.3/lib ... * [7/8] Scanning /usr/local/lib ... * [8/8] Scanning /usr/qt/3/lib ... And here's /sbin/fix_libtool_files.sh 3.3.5 * Scanning libtool files for hardcoded gcc library paths...
You also have to update your chosts in .la files: fix_libtool_files.sh 3.3.3 --oldarch i386-pc-linux-gnu
Thank you very much, that worked. I don't know WHY it worked; I've always had my chost=i686. But it worked and I'm happy :)
Because you're previous version of gcc (probably a stage3 or GRP) was compiled with CHOST=i386-pc-linux-gnu
