Hi, Iain Buchanan wrote: > Hi all, > > another gcc upgrade issue :) I've read and followed the gcc upgrade > gentoo howto, and also a few bugs on b.g.o, but I'm getting stuck... > > this all went well: > # gcc-config i686-pc-linux-gnu-4.1.2 > # env-update && source /etc/profile > # fix_libtool_files.sh 3.4.6 > # emerge --oneshot -av libtool > > then I did an emerge -eav system, also went well. > > Then I started upgrading, but came into this error: > > /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version `CXXABI_1.3.1' > not found > > so I ran `revdep-rebuild --library=libstdc++.so.6` but that got stuck on > eix: > > src/eix: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6: version > `CXXABI_1.3.1' not found (required by src/eix) > > libstdc++so.6 belongs to gcc 3.4.x, so I recompiled gcc 4.1.2 just in > case, and then re-ran the entire above sequence, but it gets stuck again > at the same place. libstdc++so.6 _still_ belongs to gcc 3.4.x. Is this > a problem? [...]
Unmerging the old gcc should take care of this. However, if might want to keep a 3.x gcc (e.g. app-emulation/qemu needs it to build), have a look at your /etc/ld.so.conf. Lately, I noticed on a Gentoo x86 machine with both gcc versions 3.4.x and 4.1.x installed that this file was a bit messed up, i.e. the old gcc libs got preferred over /lib /usr/lib etc. (though that shouldn't happen on an amd64 multilib system). My own little workaround: echo 'LDPATH="/lib:/usr/lib:/usr/local/lib"' >> /etc/env.d/04basic-ldpath env-update I kinda remember wanting to search for existing bugs / opening a new report, but it seems I've forgotten about that. Regards, Andi -- [EMAIL PROTECTED] mailing list