From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com [68.232.141.98]) by sourceware.org (Postfix) with ESMTPS id 5DD763858031 for ; Fri, 27 Nov 2020 14:15:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 5DD763858031 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=Thomas_Schwinge@mentor.com IronPort-SDR: ytgKJpiaagBCPl8iorF7K+0aI4PawnhzezKRLvSGYDcB7zJPJBPg1mNiZI2kh3K5TobgYLZtVq ot1zuFjNuIvI4SMg7nf5BVQGPGM1Lopss/hvlw5O8AKzd8sNPWMxMR3U2qkc+pbGTBRe71cd8O fV2vK68k1m2txizi8Rh+O6ChTPjy+RqJ21DmvooaqtRuy8aHT51dGgER9eUF6W7jcvxSbYdNuh x7tehRHycSL8UAuU2GD+bX9JFyIRpLwxbI7sqwrS6tbXdgrfhsGvCOHSvIdwhGh0/bXcLEXVrt mYw= X-IronPort-AV: E=Sophos;i="5.78,374,1599552000"; d="scan'208";a="55559234" Received: from orw-gwy-02-in.mentorg.com ([192.94.38.167]) by esa2.mentor.iphmx.com with ESMTP; 27 Nov 2020 06:15:10 -0800 IronPort-SDR: YmQow/mnkCe+tF+ydyk27Gsrj+gLNXKBECQtf/mA1MJASaVr7DNaoGyuGauC7WwP0tCgEzgtpO SMf7AeTvTGlUAh0zsPcTdgxMYJXZ8QRLCoQ0Ce+8VWefx0eNEi9sPMVVouJUbds0pgfDQjNCx2 P5oSycr51m0CGFws7nO1s0JZICeSvajspVOCNQh/EaSsMLaVPBu2MmHIYvtgB7++VOz3NAypJB rC0V+lcgqC6NVx8m2y50LpV1vvFQt1GplGoqBCudbpDyn/gMtVpDbZewfKjNGOcCThg2yDyDjS mUo= From: Thomas Schwinge To: David Edelsohn CC: Subject: Re: OpenACC 'kernels' testsuite failures In-Reply-To: References: <87ft59e6a2.fsf@euler.schwinge.homeip.net> <87a6vhdzbn.fsf@euler.schwinge.homeip.net> <87r1oj83bx.fsf@dem-tschwing-1.ger.mentorg.com> User-Agent: Notmuch/0.29.3+94~g74c3f1b (https://notmuchmail.org) Emacs/26.3 (x86_64-pc-linux-gnu) Date: Fri, 27 Nov 2020 15:15:03 +0100 Message-ID: <877dq6c2e0.fsf@euler.schwinge.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-07.mgc.mentorg.com (139.181.222.7) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2020 14:15:13 -0000 Hi David! On 2020-11-24T15:29:17-0500, David Edelsohn via Gcc-patches wrote: > On Tue, Nov 24, 2020 at 5:19 AM Thomas Schwinge = wrote: >> On 2020-11-21T10:50:10-0500, David Edelsohn wrote: >> > I see >> > >> > "during GIMPLE pass: omplower" >> > >> > message for kernels-decompose-ice-2.c. kernels-decompose-ice-1.c >> > explicitly prunes that output, but kernels-decompose-ice-2.c does not. >> > Is there a reason that the second testcase does not prune that output >> > or can we add it? >> >> So, the expectation (as verified by my x86_64-pc-linux-gnu and >> powerpc64le-unknown-linux-gnu testing) is that >> 'c-c++-common/goacc/kernels-decompose-ice-1.c' (currently) runs into an >> ICE "during GIMPLE pass: omplower", and >> 'c-c++-common/goacc/kernels-decompose-ice-2.c' (currently) runs into an >> ICE "during GIMPLE pass: omp_oacc_kernels_decompose". >> >> Now, you're reporting that for the latter testcase you're instead also >> seeing an ICE "during GIMPLE pass: omplower". Can you please show the >> full ICE report/backtrace, so that we verify that it's not yet another >> separate issue? On gcc119 ('uname -a': "AIX power8-aix 2 7 00F9C1964C00"), I've now also reproduced the issue. >> Maybe the AIX system configuration (ABI?) >> mandates/causes some slight difference in how front ends set attributes >> such as 'TREE_ADDRESSABLE' on DECLs, which 'omp_oacc_kernels_decompose' >> (currently) is sensitive to (hence the ICEs). That's not the case; the input into 'omp_oacc_kernels_decompose' seems to be exactly the same as on other systems. > The error messages reported on AIX are: > > Executing on host: /tmp/GCC/gcc/xgcc -B/tmp/GCC/gcc/ /nasfarm/edelsohn/sr= c/src/gcc/testsuite/c-c++-common/goacc/kernels-decompose-ice-2.c -fdiagn= ostics-plain-output -fopenacc -fopenacc-kernels=3Ddecompose -S -o kernels= -decompose-ice-2.s (timeout =3D 300) > spawn -ignore SIGHUP /tmp/GCC/gcc/xgcc -B/tmp/GCC/gcc/ /nasfarm/edelsohn/= src/src/gcc/testsuite/c-c++-common/goacc/kernels-decompose-ice-2.c -fdiagno= stics-plain-output -fopenacc -fopenacc-kernels=3Ddecompose -S -o kernels-de= compose-ice-2.s > during GIMPLE pass: omplower > /nasfarm/edelsohn/src/src/gcc/testsuite/c-c++-common/goacc/kernels-decomp= ose-ice-2.c: In function 'main': > /nasfarm/edelsohn/src/src/gcc/testsuite/c-c++-common/goacc/kernels-decomp= ose-ice-2.c:13:9: > internal compiler error: in lower_omp_target, at omp-low.c:12216 That's indeed the location of the 'gcc_assert' responsible for the 'omplower' ICE, which currently is expected, if we don't run into the 'omp_oacc_kernels_decompose' ICE first. It's still strange however, why we're seeing this "for AIX" (not better classified) only: I suppose it isn't a feature "of AIX" that it can dereference a 'NULL' pointer ;-) -- which is what seems to be happening here: 742 gimple_seq inner_sequence =3D gimple_bind_body (inner= _bind); (gdb) next 743 gcc_assert (gimple_code (inner_sequence) !=3D GIMPLE_= BIND (gdb) print inner_sequence $1 =3D (gimple_seq) 0x0 (gdb) next 745 gimple_seq_add_seq (&new_body, inner_sequence); So we have 'inner_sequence =3D=3D NULL', and yet the 'next' didn't trigger = a SIGSEGV in: static inline enum gimple_code gimple_code (const gimple *g) { return g->code; } Strange, isn't it? However: this issue should now (indirectly) be fixed via "In 'gcc/omp-oacc-kernels-decompose.cc:flatten_binds', don't choke on empty GIMPLE sequence" that I've just pushed to master branch in commit 4b5726fda653d11f882fb9a112e4cffa12f7ed61. > during GIMPLE pass: omplower > /nasfarm/edelsohn/src/src/gcc/testsuite/c-c++-common/goacc/kernels-decomp= ose-ice-2.c: In function 'main': > /nasfarm/edelsohn/src/src/gcc/testsuite/c-c++-common/goacc/kernels-decomp= ose-ice-2.c:13:9: > internal compiler error: in lower_omp_target, at omp-low.c:12216 > ranges offset out of range That last line actually comes from here: libbacktrace/dwarf.c: error_callback (data, "ranges offset out of = range", 0); Gr=C3=BC=C3=9Fe Thomas ----------------- Mentor Graphics (Deutschland) GmbH, Arnulfstra=C3=9Fe 201, 80634 M=C3=BCnch= en / Germany Registergericht M=C3=BCnchen HRB 106955, Gesch=C3=A4ftsf=C3=BChrer: Thomas = Heurung, Alexander Walter