https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85497
Richard Biener <rguenth at gcc dot gnu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |deferred Priority|P3 |P2 Status|NEW |ASSIGNED Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot gnu.org Target Milestone|--- |9.0 Summary|[8 Regression] [graphite] |[8/9 Regression] [graphite] |ICE in set_codegen_error, |ICE in set_codegen_error, |at |at |graphite-isl-ast-to-gimple. |graphite-isl-ast-to-gimple. |c:206 |c:206 --- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> --- This touches more cases where SCOP analysis only is checking scev_analyzable_p () but code-gen uses scalar_evolution_in_region with a loop != def-loop. The artificial scev-max-expr-size makes one succeed and the other fail. Note more complex cases could ICE because of the same reason or because some use site is really not analyzable. IMHO scev_analyzable_p should get a 'loop' arg. Nothing for 8.1.