[Bug target/28701] [4.1/4.2 regression] ABI test failures building libstdc++ on a glibc-2.4 based system

[jakub 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