http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50913

Sebastian Pop <spop at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |spop at gcc dot gnu.org
         Resolution|FIXED                       |---

--- Comment #11 from Sebastian Pop <spop at gcc dot gnu.org> ---
(In reply to Richard Biener from comment #8)
> There is a disconnect on how we analyze data-references during SCOP detection
> (outermost_loop is the root of the loop tree) and during SESE-to-poly where
> outermost is determined by outermost_loop_in_sese_1 ().  That influences
> the SCEV result and thus we do not break the SCOP at a stmt we have to break
> it.
> 
> The following patch fixes this using a sledgehammer - require the
> data-ref to be representable if analyzed with respect to all loops
> it can nest in.

This is an effective shortcut to disable graphite on a lot of loops...
see bug 14741.

Let me see if I can find a better solution is for this bug.

Reply via email to