This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
shared library version number snafu?
- To: <egcs-bugs at cygnus dot com>
- Subject: shared library version number snafu?
- From: "Ronald Cole" <ronald at ridgecrest dot ca dot us>
- Date: Tue, 9 Jun 1998 10:26:49 -0700
- Posted-Date: Tue, 9 Jun 1998 10:27:15 -0700 (PDT)
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?