https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79274
Iain Sandoe <iains at gcc dot gnu.org> 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 <iains at gcc dot gnu.org> ---
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).
