See bug 362815 It has been resolved fixed and went in a probably wrong direction at the beginning. My whole system has been recompiled with gcc 4.6, but nss was failing because of an undefined symbol in libstdc++. After some searches, it was found that it came from the icu flag from sqlite. If you look at the lddtree from libicui18n : Lou ~ # lddtree /usr/lib64/libicui18n.so [23:37:00 - 18/04/2011] libicui18n.so => /usr/lib64/libicui18n.so (interpreter => none) libicuuc.so.46 => /usr/lib64/libicuuc.so.46 libicudata.so.46 => /usr/lib64/libicudata.so.46 libdl.so.2 => /lib64/libdl.so.2 ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 libpthread.so.0 => /lib64/libpthread.so.0 libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/32/libstdc++.so.6 ld-linux.so.2 => /lib64/ld-linux.so.2 libm.so.6 => /lib64/libm.so.6 libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.6.0/32/libgcc_s.so.1 libc.so.6 => /lib64/libc.so.6 You can see that the libstdc++ used is, at least on my system, the 32 bits one (which it shouldn't be) Reproducible: Always Steps to Reproduce: 1. Upgrade to gcc 4.6 2. Rebuild the whole world 3. Rebuild icu Actual Results: icu is linked against 32 bits libstdc++ Expected Results: icu is linked against 64 bits libstdc++
Created attachment 270437 [details] cave info sqlite::installed
lddtree doesnt handle different bitness/abis. use `ldd`.
indeed, ldd lists the 64bit one...
should be fixed in the tree now http://sources.gentoo.org/gentoo-projects/pax-utils/lddtree.sh?r1=1.10&r2=1.11