[PATCH] libstdc++ ABI issues with __int128
Benjamin Kosnik
benjamin.kosnik@gmail.com
Sun Mar 20 00:58:00 GMT 2011
2011-03-19 Jakub Jelinek <jakub@redhat.com>
* config/abi/pre/gnu.ver (CXXABI_1.3): Don't export _ZT[IS][PK]*[no].
(CXXABI_1.3.5): Export _ZTI[PK]*[no].
This looks good to me, nice catch. I'll figure out what happened with
check_abi when I'm back, conductivity-wise.
And:
> And another question is, we still export a bunch of new _ZTS* symbols, isn't
> that now pointless when we always do strcmp anyway?
Yes, indeed it is as long as !__GXX_TYPEINFO_EQUALITY_INLINE &&
!__GXX_MERGED_TYPEINFO_NAMES for all targets that have baseline
symbols. I think that is correct, since they are all linux targets.
But arm-linux too?
> I'm talking about
> _ZTSSt16nested_exception@@CXXABI_1.3.5 OBJECT WEAK DEFAULT 21
> _ZTSNSt13__future_base11_State_baseE@@GLIBCXX_3.4.15 OBJECT WEAK DEFAULT 33
> _ZTSNSt13__future_base12_Result_baseE@@GLIBCXX_3.4.15 OBJECT WEAK DEFAULT 34
> _ZTSSt11regex_error@@GLIBCXX_3.4.15 OBJECT WEAK DEFAULT 16
> _ZTSSt12bad_weak_ptr@@GLIBCXX_3.4.15 OBJECT WEAK DEFAULT 17
> _ZTSSt17bad_function_call@@GLIBCXX_3.4.15 OBJECT WEAK DEFAULT 22
> here.
Yeah, basically all _ZTS* from GLIBCXX_3.4.15 and CXXABI_1.3.5 .
-benjamin
More information about the Gcc-patches
mailing list