This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/28701] [4.1/4.2 regression] ABI test failures building libstdc++ on a glibc-2.4 based system
- From: "jakub at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 17 Aug 2006 12:38:07 -0000
- Subject: [Bug target/28701] [4.1/4.2 regression] ABI test failures building libstdc++ on a glibc-2.4 based system
- References: <bug-28701-11764@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #3 from jakub at gcc dot gnu dot org 2006-08-17 12:38 -------
The is just the libstdc++ ABI check not being able to understand
tanl@@GLIBCXX_3.4 -> tanl@GLIBCXX_3.4 etc. changes (22 such symbols).
Those are not ABI breakers, all that means is that newly linked programs
won't resolve to these symbols in libstdc++.so (but to libm.so), old
programs and libraries can still use those in libstdc++.so.
But the original bug claims not just abicheck failure, but some other problem
with libstlport. There are no details though, so those need to be provided
- what exactly cannot be resolved, readelf -Ws dumps, etc.
No ABI-checking utilities I'm using showed any problems after the transition
to TFmode long double.
--
jakub at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28701