Hi David! Thanks for reporting.
On 2020-11-15T15:47:15-0500, David Edelsohn <dje....@gmail.com> wrote: > I am seeing a number of new failures on AIX related to the OpenACC > kernels patches. > > c-c++-common/goacc/kernels-decompose-1.c > c-c++-common/goacc/kernels-decompose-2.c > gfortran.dg/goacc/kernels-decompose-1.f95 > gfortran.dg/goacc/kernels-decompose-2.f95 > libgomp.oacc-c++/../libgomp.oacc-c-c++-common/kernels-decompose-1.c > libgomp.oacc-fortran/pr94358-1.f90 I suppose what you're asking about is what appears in <gcc-testresu...@gcc.gnu.org> reports as: ERROR: c-c++-common/goacc/kernels-decompose-1.c: can't read "c_loop_i": no such variable for " dg-line 24 l_loop_i[incr c_loop_i] " UNRESOLVED: c-c++-common/goacc/kernels-decompose-1.c: can't read "c_loop_i": no such variable for " dg-line 24 l_loop_i[incr c_loop_i] " Etc. However, per the reports posted there, these really only (!) appear to fail for your "Native configuration is powerpc-ibm-aix7.2.3.0" testing, strange. Which versions of DejaGnu and Tcl are used? On <https://cfarm.tetaneutral.net/machines/list/> I see there are AIX systems gcc111, gcc119 -- maybe I'll have luck reproducing the issue there. Admittedly, using Tcl code inside DejaGnu directives is not most common, but it does make sense conceptually (at least to me), and reportedly does work with a large number of DejaGnu/Tcl versions combinations. > Looking at the testsuite logs I see: > > fatal error: GCC is not configured to support amdgcn-amdhsa as offload target That one's not actually related to the new OpenACC 'kernels' testcases: it's just the testsuite harness checking whether GCN offloading is configured. (See <https://gcc.gnu.org/PR88920> "GCC is not configured to support amdgcn-unknown-amdhsa as offload target"; this should one appear once per testsuite.) > I don't know why this is different from the other OpenACC tests. It's not. At least not intentionally. > How > should these tests be skipped or adjusted to not fail on other > systems? They are expected to work fine on all systems; they're not specific to actual code offloading. So if something FAILs, we shall resolve it. Grüße Thomas ----------------- Mentor Graphics (Deutschland) GmbH, Arnulfstraße 201, 80634 München / Germany Registergericht München HRB 106955, Geschäftsführer: Thomas Heurung, Alexander Walter