https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
Bug 87189 depends on bug 78017, which changed state.
Bug 78017 Summary: weak reference usage in gthr-posix.h (__gthread*) is broken
with new enough glibc (GTHREAD_USE_WEAK can be defined to 0 now)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7801
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #13 from Andrew Pinski ---
*** Bug 114646 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
Andrew Pinski changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #10 from Bruno Haible ---
It is fixed in
- glibc 2.35 + gcc 11.4 (verified on Ubuntu 22.04),
- glibc 2.39 + gcc 13.2.1 (verified on Arch Linux 2024.04).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #9 from Paul Pluzhnikov ---
Thanks, H.J.
https://sourceware.org/bugzilla/show_bug.cgi?id=5784 has a few references, and
in particular https://sourceware.org/ml/libc-alpha/2012-09/msg00192.html is
important to consider.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #8 from H.J. Lu ---
Here is a very old proposal:
https://groups.google.com/forum/#!msg/generic-abi/K1lUiNsmM6c/Pl9-7ngPVXIJ
I am not sure if it will completely fix:
https://sourceware.org/bugzilla/show_bug.cgi?id=5784
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #7 from Jakub Jelinek ---
gthr.h is used heavily e.g. in libstdc++, so your solution doesn't really work
at all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #6 from Paul Pluzhnikov ---
(In reply to Jakub Jelinek from comment #5)
> Because it is very expensive.
One impractical solution is to require '-pthread' on the compile and link line,
and link a libgcc_mt that has non-weak reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #5 from Jakub Jelinek ---
(In reply to Paul Pluzhnikov from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > This is a glibc bug
>
> I (obviously) disagree.
>
> , coming up with a set of weakref checks for gthr.h that
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #4 from Paul Pluzhnikov ---
(In reply to Jakub Jelinek from comment #3)
> This is a glibc bug
I (obviously) disagree.
, coming up with a set of weakref checks for gthr.h that
> would satisfy static linking of glibc and all possible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #3 from Jakub Jelinek ---
This is a glibc bug, coming up with a set of weakref checks for gthr.h that
would satisfy static linking of glibc and all possible combinations of included
vs. non-included objects is impossible.
E.g. Fedora/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87189
--- Comment #1 from Paul Pluzhnikov ---
Crash stack for reference:
Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1 0x00477f7c in __gthread_mutex_lock (__mutex=
14 matches
Mail list logo