Created attachment 389508 [details] sys-devel:gcc-4.8.3:20141116-153110.log.bz2 msgfmt -o de.mo /var/tmp/portage/sys-devel/gcc-4.8.3/work/gcc-4.8.3/libstdc++-v3/po/de.po msgfmt -o fr.mo /var/tmp/portage/sys-devel/gcc-4.8.3/work/gcc-4.8.3/libstdc++-v3/po/fr.po msgfmtmsgfmt: /var/tmp/portage/sys-devel/gcc-4.8.3/work/build/x86_64-pc-linux-gnu/libstdc++-v3/sr c/.libs/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /usr/lib64/libicuuc.so.53) : /var/tmp/portage/sys-devel/gcc-4.8.3/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs/libs tdc++.so.6: version `CXXABI_1.3.8' not found (required by /usr/lib64/libicuuc.so.53) Long story short, msgfmt links to icu indirectly which uses new libstdc++ ABI. However, the build process puts the just-built od libstdc++ into LD_LIBRARY_PATH and that's how we get here.
This is a duplicate of a bug that I can find right now. Try adding env -u LD_LIBRARY_PATH in libstdc++-v3/po/Makefile.in in front of `$(MSGFMT) -o $@ $<` aound line 460.
*** This bug has been marked as a duplicate of bug 295480 ***
gcc-4.9.2 will build gcc-4.8.3 when USE=-nls .. gets arround the issue then rebuild icu with gcc-4.8.3 .. then rebuild gcc-4.8.3 w/ gcc-4.8.3 and it should work again :)
(In reply to Derk W te Bokkel from comment #3) > gcc-4.9.2 will build gcc-4.8.3 when USE=-nls .. gets arround the issue then > rebuild icu with gcc-4.8.3 .. then rebuild gcc-4.8.3 w/ gcc-4.8.3 and it > should work again :) This will work, but it represents the unnecessary murder of many cpu cycles.
