Red Hat Bugzilla – Bug 72677
Last modified: 2008-05-01 11:38:03 EDT
Description of Problem:
Version 3.1 of the gcc/g++/libstdc++ suite provided a libstdc++
with the soname/filename libstdc++.so.4. g++-3.2 has an
incompatible API and therefore correctly (IMHO) delivers
Yet there are still some apps from the Beta (IIRC) around (and
from other distributions using g++-3.1) requiring libstdc++.so.4,
but this file is not found in the usual place "compat-libstdc++"
(or anywhere else for that matter) yet.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run a program which was dynamically linked against
libstdc++.so.4 is missing, program doesn't run.
Program should run.
Alas. I can install the packages libstdc++-3.1-xy and libstdc++-3.2.zz
in parallel (-ivh instead of -Uvh), there are no conflicts. But IMHO
it's "not the way to go" [tm]. ;-) And libstdc++-3.1-xy isn't
being delivered anymore.
A fix would make RedHat just that little bit more compatible to
many apps. :)
Thanks for listening,
We are shipping compat libraries only for the compilers we have shipped.
Shipping further libraries means we'd have to support them. The amount
of apps linked against 3.1 libstdc++ is still small and they'll be eventually
recompiled with 3.2 anyway.
There is nothing that prevents downloading packaged 3.1 libstdc++ from the
same place you downloaded those apps linked against it or build it yourself.