https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Bug 55394 depends on bug 84323, which changed state.
Bug 84323 Summary: call_once uses TLS even when once_flag is set
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84323
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:93e79ed391b9c636f087e6eb7e70f14963cd10ad
commit r11-4691-g93e79ed391b9c636f087e6eb7e70f14963cd10ad
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #12 from Sergei Trofimovich ---
Aha, makes sense.
My hack did not survive bootstrap anyway as libgcc.a started referring
pthread_once() as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #11 from Jonathan Wakely ---
It's not plausible because it doesn't work for non-pthreads targets where
gthr-default.h is not gthr-posix.h
We can't use pthread_once anyway, see PR 66146, so I'm rewriting it entirely in
terms of either
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #10 from Sergei Trofimovich ---
How about something as simple as:
--- a/libgcc/gthr-posix.h
+++ b/libgcc/gthr-posix.h
@@ -697,7 +697,12 @@ static inline int
__gthread_once (__gthread_once_t *__once, void (*__func) (void))
{
if (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Sergei Trofimovich changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Tomasz Kłoczko changed:
What|Removed |Added
CC||kloczko.tomasz at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #7 from Andrea Bocci ---
The same test program will fail in the same way, if compiled with -flto, even
if -pthread is used:
$ g++-9 -Wall -Wextra -std=c++17 callonce.cpp -pthread
$ ./a.out
but
$ g++-9 -Wall -Wextra -std=c++17 callo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Jonathan Wakely changed:
What|Removed |Added
CC||chris.j.leonard at gmx dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #5 from Jonathan Wakely ---
(In reply to Markus Trippelsdorf from comment #4)
> clang's libc++.so.1 avoids the issue because it is linked with
> libpthread.so.0:
> [...]
> libstc++ isn't:
Which is by design and a very important prope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
--- Comment #3 from Jonathan Wakely ---
related to PR 58929
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55394
Paolo Carlini changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #2 from P
15 matches
Mail list logo
