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.
