I'm trying to update my system and I'm getting an error on the ebuild of kdemultimedia-3.2.2-r1. System is an install of 2004.1 using stage3 and KDE and other pieces of software were installed using the GRP cd. Both the stage3 and GRP are for my architecture, Pentium 4. When doing a 'emerge --update --deep world' the build of kdemultimedia-3.2.2-r1 fails with the line: libtool: link: cannot find the library `/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/libstdc++.la' Upon investigating there is no /usr/lib/gcc-lib/i386-pc-linux-gnu/ directory but there is a /usr/lib/gcc-lib/i686-pc-linux-gnu/ which contains a 3.3.2/libstdc++.la directory and file. I've made a symbolic like with the command 'ln -s /usr/lib/gcc-lib/i686-pc-linux-gnu /usr/lib/gcc-lib/i386-pc-linux-gnu' in order to try to fix the problem. I'm also having trouble emerging some mythtv stuff, specifically the browser. Is this possibly a libtool problem? I'm marking this as a major bug since 'emerge --update --deep world' is a major feature of gentoo. Reproducible: Didn't try Steps to Reproduce: 1. Install 2004.1 from stage3 for P4 2. Install KDE from GRP cd for P4 3. emerge --update --deep world Actual Results: kdemultimedia-3.2.2-r1 ebuild fails with the line: libtool: link: cannot find the library `/usr/lib/gcc-lib/i386-pc-linux- gnu/3.3.2/libstdc++.la' Expected Results: A successful build Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.2, glibc-2.3.2-r9, 2.6.5-gentoo- r1) ================================================================= System uname: 2.6.5-gentoo-r1 i686 Intel(R) Celeron(R) CPU 1.80GHz Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.58-r1 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3. 2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/shar e/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" 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 acpi aim alsa apache2 apm arts avi berkdb cdr crypt cups dga doc dvd dvdr encode esd ethereal evo flash foomaticdb gd gdbm gif gnome gphoto2 gpm gtk gtk2 gtkhtml icq imap imlib innodb jabber java joystick jpeg junit kde ldap libg++ libwww lirc mad maildir mikmod mmx motif mozilla mpeg mpi msn mysql nas ncurses nls nocd offensive oggvorbis opengl oscar oss pam pda pdflib perl png ppds python qt quicktime readline samba sasl scanner sdl slang spell sse ssl svga tcltk tcpd theora tiff truetype unicode usb vhosts videos wmf x86 xinerama xml2 xmms xosd xv yahoo zlib"
You've got some *.la file in /usr/lib that contains a reference to the "bad" file in question. It's not a kde problem, but you can fix it by grepping in that directory for the offending i386 line.
Doing the sym link I mentioned fixed the problem. After the link is created the 'emerge --update --deep world' completes. But you're right there appear to be some bad references. Does this mean there's something wrong with the ebuilds for libaspell and libtag or just that the wrong binaries where included in the i686 GRP or stage 3 tarball? Is there a way to tell which ebuild these files belong to like with rpm? Running 'grep i386 *la' in /usr/lib outputs: libaspell.la:dependency_libs=' -L/usr/i386-pc-linux-gnu/lib -L/usr/i386-pc-linux-gnu/bin -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2 -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/../../../../i386-pc-linux-gnu/lib -lgpm /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/libstdc++.la -lm -lc -lgcc_s' libpspell.la:dependency_libs=' -L/usr/i386-pc-linux-gnu/bin -L/usr/i386-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2 -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/../../../../i386-pc-linux-gnu/lib /usr/lib/libaspell.la -lgpm /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/libstdc++.la -lm -lc -lgcc_s' libtag.la:dependency_libs=' -lstdc++ -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2 -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/../../../../i386-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/../../.. -L/usr/i386-pc-linux-gnu/bin -L/usr/i386-pc-linux-gnu/lib /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/libstdc++.la -lm -lc -lgcc_s' libtag_c.la:dependency_libs=' /usr/lib/libtag.la -lstdc++ -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2 -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/../../../../i386-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/../../.. -L/usr/i386-pc-linux-gnu/bin -L/usr/i386-pc-linux-gnu/lib /usr/lib/gcc-lib/i386-pc-linux-gnu/3.3.2/libstdc++.la -lm -lc -lgcc_s'
looks to be that bad binaries were installed on the lived, but i can't be certain. you haven't re-emerged those packages since, have you?
I found this on the forums. It looks more correct the " ln-s ...." [url=http://forums.gentoo.org/viewtopic.php?t=174957&start=0&postdays=0&postorder=asc&highlight=usr+lib+gcclib+i386pclinuxgnu+3+3+2+libstdc+la]Emergin' GNOME 2.6 - facing the hell... [/url] "I had the same problem (dealing with the "missing" libstdc++.la), when compiling a different program. You need to run this command: fix_libtool_files.sh 'gcc -dumpversion' --oldarch i386-pc-linux-gnu This should fix the problem if gcc is looking in /usr/lib/gcc-lib/i386/xxxxx for the file it needs. For some reason, gcc is looking for the file in the wrong directory."
the comments tell how to fix the problem.
*** Bug 75274 has been marked as a duplicate of this bug. ***
*** Bug 45838 has been marked as a duplicate of this bug. ***