https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274
Eric Gallager <egallager at gcc dot gnu.org> 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 <egallager at gcc dot gnu.org> --- (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.