This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libstdc++/31779] GLIBCXX_3.4.9 undefined in libstdc++.so.6 (link time)
- From: "malitzke at metronets dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 1 May 2007 23:20:12 -0000
- Subject: [Bug libstdc++/31779] GLIBCXX_3.4.9 undefined in libstdc++.so.6 (link time)
- References: <bug-31779-11706@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #4 from malitzke at metronets dot com 2007-05-02 00:20 -------
I accept that there is something wrong on my side. Be it "forward" or
"backward".
However, there are some things that I still do not understand.
Cmake was compiled several times with different bootstrapped gcc-4.2.0 and it
should have picked the appropriate libstdc++.so.6. More to the point is the
situation with glibc (cvs) which for some time was only compilable with
gcc-3.4.6 and only recently turned compilable (with some trickery) with
gcc-4.1.1(2). Glibc fails abysmally with gcc-4.3.0 but the older glibc
compilations do work with with gcc-4.3.0. compiled programs. It seems that some
programs have a mechanism to discriminate on library versions while others do
not. Also some makefiles seem to require libraries in /usr/lib while other are
quite happy with the libraries in /usr/lib/gcc/.... It seems to be a case of
user beware and I will have to do more compilations and carefully erase what is
not strictly appropriate.
Anyhow, thanks for the info.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31779