]> git.ipfire.org Git - thirdparty/gcc.git/commit
Check array indices in object_address_invariant_in_loop_p (PR 84357)
authorRichard Sandiford <richard.sandiford@linaro.org>
Wed, 14 Feb 2018 13:14:51 +0000 (13:14 +0000)
committerRichard Sandiford <rsandifo@gcc.gnu.org>
Wed, 14 Feb 2018 13:14:51 +0000 (13:14 +0000)
commit316b2a2d842eca1cf1a2f31afba946d6328c5477
tree0d307819facf0f00f38dba2e76114d6b8131c3e9
parent06e972705d2459498212969adac45c592c7a02bb
Check array indices in object_address_invariant_in_loop_p (PR 84357)

object_address_invariant_in_loop_p ignored ARRAY_REF indices on
the basis that:

  /* Index of the ARRAY_REF was zeroed in analyze_indices, thus we only
     need to check the stride and the lower bound of the reference.  */

That was true back in 2007 when the code was added:

static void
dr_analyze_indices (struct data_reference *dr, struct loop *nest)
{
  [...]
  while (handled_component_p (aref))
    {
      if (TREE_CODE (aref) == ARRAY_REF)
        {
          op = TREE_OPERAND (aref, 1);
          access_fn = analyze_scalar_evolution (loop, op);
          access_fn = resolve_mixers (nest, access_fn);
          VEC_safe_push (tree, heap, access_fns, access_fn);

          TREE_OPERAND (aref, 1) = build_int_cst (TREE_TYPE (op), 0);
        }

      aref = TREE_OPERAND (aref, 0);
    }

but the assignment was removed a few years ago.  We were therefore
treating "two->arr[i]" and "three->arr[i]" as loop invariant.

2018-02-14  Richard Sandiford  <richard.sandiford@linaro.org>

gcc/
PR tree-optimization/84357
* tree-data-ref.c (object_address_invariant_in_loop_p): Check
operand 1 of an ARRAY_REF too.

gcc/testsuite/
PR tree-optimization/84357
* gcc.dg/vect/pr84357.c: New test.

From-SVN: r257657
gcc/ChangeLog
gcc/testsuite/ChangeLog
gcc/testsuite/gcc.dg/vect/pr84357.c [new file with mode: 0644]
gcc/tree-data-ref.c