https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #14 from CVS Commits ---
The master branch has been updated by Alexander Monakov :
https://gcc.gnu.org/g:82e629c26647313be406c41a01e6868cfad0f289
commit r13-3509-g82e629c26647313be406c41a01e6868cfad0f289
Author: Alexander Monakov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #13 from Alexander Monakov ---
As for the Fortran testcases, the issue is again caused by the front-end
invoking decl_default_tls_model before assigning DECL_COMMON, this time in
fortran/trans-common.cc:build_common_decl.
So I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #12 from Alexander Monakov ---
ICE on the emutls-3.c testcase isn't related to emutls. Rather, the frontend
invokes decl_default_tls_model before attributes are processed, so the first
time around we miss the 'common' attribute when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #11 from Alexander Monakov ---
I've broken out the C++ issue from comment #10 as PR 107393, thanks for the
testcase. It's a separate issue from emutls and Fortran ICEs on other targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #10 from Arseny Solokha ---
g++ 13.0.0 20221023 snapshot (g:0e37fd4dc74c1db99cdc7d71ef378e1221253c6f) ICEs
when compiling the following testcase, reduced from
test/CodeGenCXX/cxx11-thread-local.cpp from the clang 14 test suite:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #9 from Alexander Monakov ---
Actually, latest results from H.J. Lu's periodic x86_64 tester don't exhibit
such issues either:
https://inbox.sourceware.org/gcc-testresults/20221025065901.6dc0062...@gnu-34.sc.intel.com/T/#u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #8 from Alexander Monakov ---
(In reply to Arseny Solokha from comment #7)
> I have it on x86_64-pc-linux-gnu…
Thanks for the info (I assume you don't have any special configure arguments),
but that's surprising, I ran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #7 from Arseny Solokha ---
(In reply to Alexander Monakov from comment #6)
> Presumably powerpc64le doesn't use emutls, so there might be two issues.
I have it on x86_64-pc-linux-gnu…
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #5 from Segher Boessenkool ---
Please revert until it is fixed? It breaks way too many targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
--- Comment #4 from Iain Sandoe ---
Emulated TLS targets can test targetm.have_tls.
The patch below fixes the fails on Fortran for x86_64-darwin, libgomp in test
now.
I do not really like that it means pulling in the whole of target.h, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107353
Iain Sandoe changed:
What|Removed |Added
Host|powerpc64le-linux-gnu |powerpc64le-linux-gnu,*-*-d
13 matches
Mail list logo