shared library version number snafu?

[Ronald Cole]

Building and installing 1.0.3a on a i686-pc-linux-gnu
with the following options:

--prefix=/usr
--with-local-prefix=/usr/local
--with-gxx-include-dir=/usr/include/g++
--enable-shared

installs libstdc++.2.8.0.so in /usr/lib.  This is pretty
useless because I have other executables that require me to
retain /usr/lib/libstdc++.27.2.1.  It is useless because
ldconfig thinks that 27.2.1 is newer than 2.8.0 and so causes
binaries to be linked against the former by default...

Is there a reason that libstdc++ isn't made in the makefile
to be created and installed as libstdc++-28.0.0 without
any additional intervention on my part other than configuring
egcs with --enable-shared?

Also, is it known whether --enable-haifa is stable enough to
use to rebuild an entire Linux distribution against glibc2?