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.
