History log of /openbsd/gnu/lib/libcxxabi/shlib_version (Results 1 – 5 of 5)
Revision Date Author Comments
# 3bef86f7 26-Jan-2024 robert <robert@openbsd.org>

update libcxx, libcxxabi and libunwind to 16.0.6;

tested by and input from tb@; ok kettenis@


# 5a38ef86 17-Dec-2021 patrick <patrick@openbsd.org>

Update build infrastructure for LLVM 13.0.0.


# 35d073bd 12-Nov-2021 robert <robert@openbsd.org>

backport https://reviews.llvm.org/D107127 to fix shared libraries using emutls

Our emulated TLS implementation relies on local state (e.g. for the pthread
key), and if we duplicate this state across

backport https://reviews.llvm.org/D107127 to fix shared libraries using emutls

Our emulated TLS implementation relies on local state (e.g. for the pthread
key), and if we duplicate this state across different shared libraries,
accesses to the same TLS variable from different shared libraries will yield
different results (see https://github.com/android/ndk/issues/1551 for an
example). __emutls_get_address is the only external entry point for emulated
TLS, and by making it default visibility and weak, we can rely on the dynamic
linker to coalesce multiple copies at runtime and ensure a single unique copy
of TLS state. This is a best effort;

Also bump the libc++abi minor because now it picks up the __emutls_get_address
symbol.

ok kettenis@

show more ...


# f08594bd 11-Jan-2021 patrick <patrick@openbsd.org>

Switch libc++ and libc++abi to version 10.0.1.

Further libc++ header fixes for ports thanks to kettenis@
Ports build test and fixes thanks to naddy@
"Startschuss!" naddy@


# f950054f 02-Jan-2021 patrick <patrick@openbsd.org>

Move Makefiles for libc++ and libc++abi to gnu/lib in preparation for an
upcoming update to those, which will see both codebases heading into the
gnu/llvm dumpster.

Feedback from jsg@
ok deraadt@ ke

Move Makefiles for libc++ and libc++abi to gnu/lib in preparation for an
upcoming update to those, which will see both codebases heading into the
gnu/llvm dumpster.

Feedback from jsg@
ok deraadt@ kettenis@

show more ...