After updating gcc lastnight the CURRENT value in /etc/env.d/gcc/config stays i686-pc-linux-gnu-3.4.2 instead of 3.4.3 as you can imagine the update script is going to behave strange. After the gcc update I (automatically) updated glibc and Firefox + Thunderbird. Both versions won't start anymore because of a non-existing libstdc++.so.6. Reproducible: Always Steps to Reproduce: 1. emerge sync 2. emerge portage gcc glibc mozilla-firebird mozilla-thunderbird 3. firefox -> /usr/lib/MozillaFirefox/firefox-bin: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory 4. thunderbird -> /usr/lib/MozillaThunderbird/thunderbird-bin: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory Actual Results: The programs won't start anymore. Expected Results: An working updated version of both packages. Probably a correct environment in ld.so.conf too, (my guess this must be noticeable for others too), which is now: # ld.so.conf autogenerated by env-update; make all changes to # contents of /etc/env.d directory /usr/local/lib /usr/lib/gcc/i686-pc-linux-gnu/3.4.2 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4 /usr/lib/gcc/i686-pc-linux-gnu/3.4.2 /usr/lib/gcc/i686-pc-linux-gnu/3.4.2 /usr/lib/opengl/nvidia/lib /usr/lib/MozillaFirefox /usr/X11R6/lib /opt/blackdown-jdk-1.4.2_rc1/jre/lib/i386/ /opt/blackdown-jdk-1.4.2_rc1/jre/lib/i386/native_threads/ /opt/blackdown-jdk-1.4.2_rc1/jre/lib/i386/classic/ /usr/games/lib /usr/lib/fltk-1.1 /usr/lib/libstdc++-v3/ Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.8-gentoo-r4 i686) ================================================================= System uname: 2.6.8-gentoo-r4 i686 AMD Athlon(tm) processor Gentoo Base System version 1.6.5 distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r6 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-tbird -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/s hare/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/c onfig/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=athlon-tbird -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.easynet. nl/mirror/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp:/ /ftp.wh2.tu-dresden.de/pub/mirrors/gentoo" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X alsa apm avi berkdb bitmap-fonts crypt cups dvd encode esd f77 fam flac foomaticdb fortran gdbm gif gnome gpm gtk gtk2 imlib java jpeg junit kde ld ap libg++ libwww mad mikmod mmx motif mpeg ncurses nls nptl nptlonly oggvorbis o pengl oss pam pdflib perl png python qt quicktime readline sdl slang speex spell ssl svga tcpd tetex tiff truetype x86 xml xml2 xmms xv zlib"
After manually changing ld.so.conf to the latest version (3.4.3) and do ldconfig I can start both applications again. env-update changes everything back to the old version (3.4.2).
I had the same problems and this fix worked for me as well.
Same problem here, but with other programs (kdeinit, pdflatex). I solved this using 'gcc-config 3.4.3' and 'fix_libtool_files.sh 3.4.3'.
running gcc-config fixed this for me.
Same problem here, though I didn't rebuild firefox - only gcc. Also, groff stopped working, so no man-pages.
To get things working I had to run "fix_libtool_files.sh 3.4.2" (yes, 3.4.2, NOT 3.4.3). Before running that when I went to compile xine-lib it kept looking for one of the libstdc++ files in one of the old 3.4.2 directories.
Problem comes from that file /etc/env.d/05gcc Here's how i change it, then -> env-update -> working diff 05gcc old05gcc 1,4c1,4 < PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4" < ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.4" < MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4/man" < INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.4/info" --- > PATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3" > ROOTPATH="/usr/i686-pc-linux-gnu/gcc-bin/3.3" > MANPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3/man" > INFOPATH="/usr/share/gcc-data/i686-pc-linux-gnu/3.3/info" 7c7 < LDPATH="/usr/lib/gcc-lib/i686-pc-linux-gnu/3.4.3" --- > LDPATH="/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4:/usr/lib/gcc-lib/i686-pc-linu x-gnu/3.3.3"
this has been resolved in the gcc ebuild to fix your machine, run `gcc-config <correct chost-ver>`