On Sunday 27 March 2005 10:35 am, David Corbin wrote: > On Thursday 13 January 2005 10:49 am, Boyd Stephen Smith Jr. wrote: > > If you get an error like this: > > libtool: link: `/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.la' > > is not a valid libtool archive > > > > during an emerge, the solution is: (as root) > > fix_libtool_files.sh 3.3.4 > > > > Please retrict any further queries on this issue to this thread. > > While I believe this is the only file reported as affected, any .la file > > in the same directory can be fixed the same way. > > Here is the output I'm getting: > > /bin/sh ../../../libtool --silent --mode=link --tag=CXX > i686-pc-linux-gnu-g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi > -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion > -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG > -DNO_DEBUG -O2 -O2 -march=i686 -fomit-frame-pointer -Wformat-security > -Wmissing-format-attribute > -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE > -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -o > kspell_aspell.la -rpath /usr/kde/3.3/lib/kde3 -module -no-undefined > -Wl,--no-undefined-Wl,--allow-shlib-undefined -avoid-version -module > -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined > -R /usr/kde/3.3/lib -R /usr/qt/3/lib -R /usr/lib kspell_aspellclient.lo > kspell_aspelldict.lo ../../libkspell2.la -laspell > grep: /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.la: No such file > or directory > /bin/sed: can't read /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.la: > No such file or directory > libtool: link: `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.4/libstdc++.la' is > not a valid libtool archive > make[4]: *** [kspell_aspell.la] Error 1 > make[4]: Leaving directory > `/var/tmp/portage/kdelibs-3.3.2-r5/work/kdelibs-3.3.2/kspell2/plugins/aspel >l' make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory > `/var/tmp/portage/kdelibs-3.3.2-r5/work/kdelibs-3.3.2/kspell2/plugins' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory > `/var/tmp/portage/kdelibs-3.3.2-r5/work/kdelibs-3.3.2/kspell2' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory > `/var/tmp/portage/kdelibs-3.3.2-r5/work/kdelibs-3.3.2' > make: *** [all] Error 2 > > > I've tried the command given above, and while it generates some output, > building continues to fail with the same error. > > [EMAIL PROTECTED] ~] fix_libtool_files.sh 3.3.4 > * Scanning libtool files for hardcoded gcc library paths... > * [1/5] Scanning /lib ... > * [2/5] Scanning /usr/lib ... > * [3/5] Scanning /usr/kde/3.3/lib ... > * [4/5] Scanning /usr/local/lib ... > * [5/5] Scanning /usr/qt/3/lib ...
What's the output of gcc-config -l (that's a small L, not i) for example, mine is: [EMAIL PROTECTED] ~ $ gcc-config -l [1] i686-pc-linux-gnu-3.3.4 [2] i686-pc-linux-gnu-3.4.3-20050110 * [3] i686-pc-linux-gnu-3.4.3-20050110-hardened [4] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie [5] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp When you do the fix_libtool_files.sh x.x.x thing, you need to refer to the gcc version previously used, not the current one- at least that's what worked for me. -- gentoo-user@gentoo.org mailing list