[Bug c++/79274] FAIL: g++.dg/tls/pr77285-2.C -std=c++11 scan-assembler _ZTH4var1B3tag

[iains at gcc dot gnu.org]

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).