This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/69916] [openacc] ICE in single_succ_edge called from oacc_loop_xform_loop
- From: "tschwinge at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 23 Feb 2016 14:43:06 +0000
- Subject: [Bug middle-end/69916] [openacc] ICE in single_succ_edge called from oacc_loop_xform_loop
- Auto-submitted: auto-generated
- References: <bug-69916-4 at http dot gcc dot gnu dot org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69916
Thomas Schwinge <tschwinge at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2016-02-23
CC| |nathan at gcc dot gnu.org
Component|libgomp |middle-end
Ever confirmed|0 |1
--- Comment #2 from Thomas Schwinge <tschwinge at gcc dot gnu.org> ---
Confirmed. Well, j has an undefined value, but that shouldn't cause an ICE.
Without having looked at any dump files, I guess that GCC optimizes away the
unused increment of j, optimizes away the whole for loop, and is left with an
"empty" OMP_FOR (OACC_LOOP) construct, which possibly confuses the OpenACC loop
partitioning code. Nathan, do you want to have a look?