aboutsummaryrefslogtreecommitdiff
path: root/libjava/gnu/java/net/local
diff options
context:
space:
mode:
authorJonathan Wakely <jwakely@redhat.com>2025-08-19 18:02:53 +0100
committerJonathan Wakely <redi@gcc.gnu.org>2025-08-21 13:26:17 +0100
commitfb7c62f7a8fed8e30c5bd6cbb0fdb26774ba247d (patch)
tree9289a02eb89adb8e479856c8feef3b13e6c35ecc /libjava/gnu/java/net/local
parentd1dec304453fa4874d16daaa15e6f477435edda4 (diff)
downloadgcc-fb7c62f7a8fed8e30c5bd6cbb0fdb26774ba247d.zip
gcc-fb7c62f7a8fed8e30c5bd6cbb0fdb26774ba247d.tar.gz
gcc-fb7c62f7a8fed8e30c5bd6cbb0fdb26774ba247d.tar.bz2
libstdc++: Use pthread_mutex_clocklock when TSan is active [PR121496]
This reverts r14-905-g3b7cb33033fbe6 which disabled the use of pthread_mutex_clocklock when TSan is active. That's no longer needed, because GCC has TSan interceptors for pthread_mutex_clocklock since GCC 15.1 and Clang has them since 18.1.0 (released March 2024). The interceptor was added by https://github.com/llvm/llvm-project/pull/75713 libstdc++-v3/ChangeLog: PR libstdc++/121496 * acinclude.m4 (GLIBCXX_CHECK_PTHREAD_MUTEX_CLOCKLOCK): Do not use _GLIBCXX_TSAN in _GLIBCXX_USE_PTHREAD_MUTEX_CLOCKLOCK macro. * configure: Regenerate. Reviewed-by: Tomasz KamiƄski <tkaminsk@redhat.com>
Diffstat (limited to 'libjava/gnu/java/net/local')
0 files changed, 0 insertions, 0 deletions