https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102841

Rainer Orth <ro at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|libgomp.oacc-c++/../libgomp |[12 regression]
                   |.oacc-c-c++-common/host_dat |libgomp.oacc-c++/../libgomp
                   |a-7.c FAILs                 |.oacc-c-c++-common/host_dat
                   |                            |a-7.c FAILs
             Target|i?86-pc-solaris2.11,        |*-*-solaris2.11,
                   |x86_64-pc-solaris2.11,      |i?86-apple-darwin*,
                   |i?86-apple-darwin*,         |x86_64-apple-darwin*
                   |x86_64-apple-darwin*        |

--- Comment #2 from Rainer Orth <ro at gcc dot gnu.org> ---
(In reply to Thomas Schwinge from comment #1)

> (In reply to Rainer Orth from comment #0)
> > The libgomp.oacc-c++/../libgomp.oacc-c-c++-common/host_data-7.c has been
> > FAILing
> > on Solaris and Darwin since it was installed.
> 
> Probably not since it was originally added in commit
> d5c23c6ceacf666f218676b648801379044e326a 'OpenACC – support "if" +
> "if_present" clauses with "host_data"', but rather in my more recentish
> commit 11b8286a83289f5b54e813f14ff56d730c3f3185 "[OpenACC privatization]
> Largely extend diagnostics and corresponding testsuite coverage [PR90115]". 
> (Or, if it indeed has been FAILing before, then it must be a different
> problem.)

Right, I didn't look closely enough.  In fact, the test is PASSing on the
gcc-11 branch,so this is even a regression.

Besides, it affects Solaris/SPARC and x86 alike, so is not x86-specific.

> > On Solaris, the excess errors are
> 
> > [...]: note: variable 'iftmp.3' declared in block isn't candidate for 
> > adjusting OpenACC privatization level: not addressable
> 
> > while Darwin shows
> 
> > [...]: note: variable 'D.3648' declared in block isn't candidate for 
> > adjusting OpenACC privatization level: not addressable
> 
> Please do tell if there are further such "[is/isn't] candidate for adjusting
> OpenACC privatization level" diagnostic mismatches (excess errors, or
> FAILs), in other testcases.  (But indeed per a quick scan of
> <gcc-testresu...@gcc.gnu.org> posts, it's just
> 'libgomp.oacc-c-c++-common/host_data-7.c', and it PASSed before my
> "diagnostics" commit.)

No, this is the only instance.

Reply via email to