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

MFC r350360:

2019-07-29T06:13:22+00:00

Merge libcxxrt master f96846efbfd508f66d91fcbbef5dd808947c7f6d.

Interesting fixes:
f96846e Fix std::size_t -> size_t to unbreak build against libc++ 6.0.0
6f4cfa2 Fix the uncaught exception count with rethrowing (PR 239265)
db54f53 Added C++14-specific operator delete (#47)

PR:		239265

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

2018-01-23T22:41:13+00:00

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
MFC after:	1 week
Sponsored by:	The FreeBSD Foundation

Export std::get_new_handler() from libcxxrt.so

2017-11-03T12:52:59+00:00

When trying to build world for MIPS64 with clang I was getting
linker errors because of a missing reference to std::get_new_handler().
It turns out std::get_new_handler() was not listed in Version.map so it was
marked as a local symbol in libcxxrt.so.

Reviewed by:	theraven, brooks (mentor), emaste
Approved by:	trasz
Obtained from:	CheriBSD
Differential Revision:	https://reviews.freebsd.org/D11925

Surround any unmangled C++ names in libcxxrt's version map with 'extern

2017-02-22T18:44:57+00:00

"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
MFC after:	2 weeks
X-MFC-With:	r314061

Add __int128-related symbols to libcxxrt's version map. Put these into

2017-02-21T21:48:45+00:00

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 after:	2 weeks

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

2016-06-29T11:48:42+00:00

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:23+00:00

This has also been submitted upstream.

Add __cxa_deleted_virtual to libcxxrt's version map.

2015-06-23T17:54:24+00:00

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:45+00:00

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:17+00:00

PR:		185663
MFC after:	1 week