llvm-project/polly/test/ScopInfo/NonAffine
Michael Kruse beffdb9daa [ScopDetect] Reject loop with multiple exit blocks.
The current statement domain derivation algorithm does not (always)
consider that different exit blocks of a loop can have different
conditions to be reached.

From the code

      for (int i = n; ; i-=2) {
        if (i <= 0) goto even;
        if (i <= 1) goto odd;
        A[i] = i;
      }
    even:
      A[0] = 42;
      return;
    odd:
      A[1] = 21;
      return;

Polly currently derives the following domains:

        Stmt_even_critedge
            Domain :=
                [n] -> { Stmt_even_critedge[] };
        Stmt_odd
            Domain :=
                [n] -> { Stmt_odd[] : (1 + n) mod 2 = 0 and n > 0 };

while the domain for the odd case is correct, Stmt_even is assumed to be
executed unconditionally, which is obviously wrong. While projecting out
the loop dimension in `adjustDomainDimensions`, it does not consider
that there are other exit condition that have matched before.

I don't know a how to fix this without changing a lot of code. Therefore
This patch rejects loops with multiple exist blocks to fix the
miscompile of test-suite's uuencode.

The odd condition is transformed by LLVM to

    %cmp1 = icmp eq i64 %indvars.iv, 1

such that the project_out in adjustDomainDimensions() indeed only
matches for odd n (using this condition only, we'd have an infinite loop
otherwise).

The even condition manifests as

    %cmp = icmp slt i64 %indvars.iv, 3

Because buildDomainsWithBranchConstraints() does not consider other exit
conditions, it has to assume that the induction variable will eventually
be lower than 3 and taking this exit.

IMHO we need to reuse the algorithm that determines the number of
iterations (addLoopBoundsToHeaderDomain) to determine which exit
condition applies first. It has to happen in
buildDomainsWithBranchConstraints() because the result will need to
propagate to successor BBs. Currently addLoopBoundsToHeaderDomain() just
look for union of all backedge conditions (which means leaving not the
loop here). The patch in llvm.org/PR35465 changes it to look for exit
conditions instead. This is required because there might be other exit
conditions that do not alternatively go back to the loop header.

Differential Revision: https://reviews.llvm.org/D45649

llvm-svn: 330858
2018-04-25 18:53:33 +00:00
..
div_backedge.ll
div_domain.ll
invariant_loads_dependent_in_non_affine_region.ll [tests] Force invariant load hoisting for test cases that need it II 2016-08-15 13:58:16 +00:00
modulo_backedge.ll
modulo_domain.ll
non-affine-loop-condition-dependent-access_1.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non-affine-loop-condition-dependent-access_2.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non-affine-loop-condition-dependent-access_3.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non_affine_access_with_range_2.ll
non_affine_but_sdiv.ll
non_affine_but_srem.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non_affine_conditional_nested.ll
non_affine_conditional_surrounding_affine_loop.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non_affine_conditional_surrounding_non_affine_loop.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non_affine_float_compare.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non_affine_loop_condition.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non_affine_loop_used_later.ll Update isl to isl-0.18-1047-g4a20ef8 2018-02-20 07:26:42 +00:00
non_affine_parametric_loop.ll Do not use wrapping ranges to bound non-affine accesses 2017-02-12 08:11:12 +00:00
non_affine_region_guaranteed_non-entry.ll [ScopDetect] Reject loop with multiple exit blocks. 2018-04-25 18:53:33 +00:00
whole-scop-non-affine-subregion-in-loop.ll