src/lib/libcxxrt/Version.map, branch releng/11.3

MFC r328305: libcxxrt: Move mangled symbols out of extern "C++" in Version.map

2018-01-30T01:13:06Z

r260553 added a number of mangled C++ symbols to Version.map inside of an existing `extern "C++"` block. ld.bfd 2.17.50 treats `extern "C++"` permissively and will match both mangled and demangled symbols against the strings in the version map block. ld.lld interprets `extern "C++"` strictly, and matches only demangled symbols. I believe lld's behaviour is correct. Contemporary versions of ld.bfd also behave as lld does, so move the mangled symbols out of the `extern "C++"` block. PR: 225128, 185663 Sponsored by: The FreeBSD Foundation

MFC r314061:

2017-03-08T07:58:29Z

Add __int128-related symbols to libcxxrt's version map. Put these into the same CXXABI verions as recent libstdc++. Note that __int128 types are only available on arches where long long is 128 bit wide. Noticed by: harti MFC r314104: Surround any unmangled C++ names in libcxxrt's version map with 'extern "C++"', otherwise ld refuses to make the symbols global in the final library. This causes the __int128-related symbols to go missing when the library is stripped during installation. Helpful hints: emaste

libcxxrt: correct mangled "typeinfo name" symbols in Version.map

2016-06-29T11:48:42Z

r260553 added missing C++ typinfos to libcxxrt's version script. It appears that a number of duplicate mangled symbols were added due to a cut and paste error. Switch the second instances to _ZTS*, typeinfo name for *. Found by lld, which produces an error or warning for duplicate symbols. Reviewed by: dim Approved by: re (gjb) MFC after: 1 week Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D7011

Add std::uncaught_exceptions() to libcxxrt (C++17, see N4152 and N4259).

2015-10-05T17:47:23Z

This has also been submitted upstream.

Add __cxa_deleted_virtual to libcxxrt's version map.

2015-06-23T17:54:24Z

This symbol can sometimes be emitted by clang++, and was not yet exported from libcxxrt. Attempt to be compatible with libsupc++ by using the same CXXABI_1.3.6 symbol version. Reported by: yuri@rawbw.com PR: 200863 Reviewed by: emaste MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D2850

Add support for __cxa_throw_bad_array_new_length in libcxxrt

2014-10-21T10:19:45Z

It is required for use with newer g++49 Differential Revision: https://reviews.freebsd.org/D982 Reviewed by: theraven Approved by: theraven MFC after: 3 weeks

Add missing C++11 typeinfos to the libcxxrt version script.

2014-01-11T19:02:17Z

PR: 185663 MFC after: 1 week

Add several missing symbols to libcxxrt's symbol version map, and remove

2013-02-03T20:40:41Z

a few duplicates. This should fix building world with -stdlib=libc++ after r246028. Submitted by: Yamaya Takashi MFC after: 1 week X-MFC-With: r246028

Fix some symbol version mismatches between libstdc++ and libsupc++/libcxxrt

2013-01-28T11:12:49Z

that were causing the runtime and STL libraries to see different versions of various classes and functions when libstdc++ is used as a filter. Note: This changes the ABI for libcxxrt, but libcxxrt is currently only in -STABLE for testing and is not used by anything unless explicitly enabled by the end user. No default compiler configurations use it. libc++ will need to be recompiled after this change. make buildworld will do this automatically, but make in lib/libc++ will not necessarily work unless the new libcxxrt is installed first. PR: kern/171610, stand/175453 Reviewed by: kib MFC after: 1 week

Clean up some symbol versions for libsupc++ / libcxxrt.

2012-06-11T15:40:57Z

MFC after: 1 week Reviewed by: kan