Description of problem: 'readelf -s /usr/lib/libstdc++.so.6.0.18 | grep bad_exception4wha' curiously returns _ZNKSt13bad_exception4wha@@GLIBCXX_3.4.9. It should return _ZNKSt13bad_exception4whatEv (note the last three characters are cut off), which c++filt can then resolve as std::bad_exception::what() const Version-Release number of selected component (if applicable): Fedora 19, libstdc++-4.8.1-1.fc19.x86_64 (and 32 bit) How reproducible: Always Steps to Reproduce: 1.readelf -s /usr/lib/libstdc++.so.6.0.18 | grep bad_exception4wha 2.Run c++filt on that string and note how it doesn't resolve correctly 3.Run c++filt on what it should be _ZNKSt13bad_exception4whatEv and note it resolves correctly Actual results: Fail to resolve correctly Expected results: Step 1 would include the missing "tEv", then resulting in step 2 resolving the correct name Additional info: If one tries to build certain libraries, this symbol may be included. Then you have a problem at runtime, not compile, which is intriguing.
Nevermind, readelf apparently ran out of space, I sanity checked with 'nm -D /usr/lib64/libstdc++.so.6 | grep bad_excep', then 'nm -DC /usr/lib64/libstdc++.so.6 | grep bad_exception::what' did resolve correctly.