[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274 Eric Gallager changed: What|Removed |Added See Also|https://gcc.gnu.org/bugzill |https://gcc.gnu.org/bugzill |a/show_bug.cgi?id=77825 |a/show_bug.cgi?id=77285 --- Comment #6 from Eric Gallager --- Oops I just realized I made a typo the last time I was editing the "See Also" field; hopefully this fixes it...
[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274 Eric Gallager changed: What|Removed |Added Keywords||xfail CC||egallager at gcc dot gnu.org See Also||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=77825, ||https://gcc.gnu.org/bugzill ||a/show_bug.cgi?id=52268 --- Comment #5 from Eric Gallager --- (In reply to Iain Sandoe from comment #1) > the test was changed to require tls_native (from gcc 9+). > > I see the same issue on Darwin on gcc8/7 > > when you say "Think this is a result of emutls." - you mean that hppa is > also (Darwin does) using emuTLS? > > AFAIR, [with emuTLS] there's no proper init of global TLS vars when they are > in a different TU from the one referencing - which is what the > _ZTH4/_ZTW4var1B3tag symbols are about. > > (It's on my [very long] TODO to see if there's a way of doing the same thing > for emuTLS - that is done for the native case). > > I'd say we just need to back-port the require native_tls [or xfail] to the > earlier branches (if that's permitted). The bug for native TLS support on Darwin is bug 52268, for reference.
[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274 Richard Biener changed: What|Removed |Added Target Milestone|7.5 |---
[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274 --- Comment #4 from Iain Sandoe --- Author: iains Date: Sun Nov 3 08:23:33 2019 New Revision: 277751 URL: https://gcc.gnu.org/viewcvs?rev=277751=gcc=rev Log: [Darwin, testsuite] Fix PR 79274 The solution for initialising global TLS variables does not apply to platforms using emulated TLS. XFAIL the test for this on Darwin. 2019-11-03 Iain Sandoe PR c++/79274 * g++.dg/tls/pr77285-2.C: XFAIL test for Darwin. Modified: branches/gcc-7-branch/gcc/testsuite/ChangeLog branches/gcc-7-branch/gcc/testsuite/g++.dg/tls/pr77285-2.C
[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274 --- Comment #3 from Iain Sandoe --- Author: iains Date: Sun Nov 3 07:59:32 2019 New Revision: 277750 URL: https://gcc.gnu.org/viewcvs?rev=277750=gcc=rev Log: [Darwin, testsuite] Fix PR 79274 The solution for initialising global TLS variables does not apply to platforms using emulated TLS. XFAIL the test for this on Darwin. 2019-11-03 Iain Sandoe PR c++/79274 * g++.dg/tls/pr77285-2.C: XFAIL test for Darwin. Modified: branches/gcc-8-branch/gcc/testsuite/ChangeLog branches/gcc-8-branch/gcc/testsuite/g++.dg/tls/pr77285-2.C
[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274 --- Comment #2 from dave.anglin at bell dot net --- On 2019-10-30 10:12 a.m., iains at gcc dot gnu.org wrote: > when you say "Think this is a result of emutls." - you mean that hppa is also > (Darwin does) using emuTLS? hppa uses emutls on hpux.
[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274 Iain Sandoe changed: What|Removed |Added Target|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11,*-*-d ||arwin* Status|UNCONFIRMED |NEW Last reconfirmed||2019-10-30 CC||iains at gcc dot gnu.org Host|hppa2.0w-hp-hpux11.11 |hppa2.0w-hp-hpux11.11,*-*-d ||arwin* Target Milestone|--- |7.5 Ever confirmed|0 |1 --- Comment #1 from Iain Sandoe --- the test was changed to require tls_native (from gcc 9+). I see the same issue on Darwin on gcc8/7 when you say "Think this is a result of emutls." - you mean that hppa is also (Darwin does) using emuTLS? AFAIR, [with emuTLS] there's no proper init of global TLS vars when they are in a different TU from the one referencing - which is what the _ZTH4/_ZTW4var1B3tag symbols are about. (It's on my [very long] TODO to see if there's a way of doing the same thing for emuTLS - that is done for the native case). I'd say we just need to back-port the require native_tls [or xfail] to the earlier branches (if that's permitted).