forked from OSchip/llvm-project
2466ba97bc
This case is slightly tricky, because loop distribution should be allowed in some cases, and not others. As long as runtime dependency checks don't need to be introduced, this should be OK. This is further complicated by the fact that LoopDistribute partially ignores if LAA says that vectorization is safe, and then does its own runtime pointer legality checks. Note this pass still does not handle noduplicate correctly, as this should always be forbidden with it. I'm not going to bother trying to fix it, as it would require more effort and I think noduplicate should be removed. https://reviews.llvm.org/D62607 llvm-svn: 363160 |
||
|---|---|---|
| .. | ||
| backward-dep-different-types.ll | ||
| forward-loop-carried.ll | ||
| forward-loop-independent.ll | ||
| independent-interleaved.ll | ||
| interleave-innermost.ll | ||
| memcheck-for-loop-invariant.ll | ||
| memcheck-ni.ll | ||
| memcheck-off-by-one-error.ll | ||
| memcheck-wrapping-pointers.ll | ||
| multiple-strides-rt-memory-checks.ll | ||
| non-wrapping-pointer.ll | ||
| nullptr.ll | ||
| number-of-memchecks.ll | ||
| pointer-with-unknown-bounds.ll | ||
| pr31098.ll | ||
| resort-to-memchecks-only.ll | ||
| reverse-memcheck-bounds.ll | ||
| safe-no-checks.ll | ||
| safe-with-dep-distance.ll | ||
| store-to-invariant-check1.ll | ||
| store-to-invariant-check2.ll | ||
| store-to-invariant-check3.ll | ||
| stride-access-dependence.ll | ||
| underlying-objects-1.ll | ||
| underlying-objects-2.ll | ||
| unsafe-and-rt-checks-convergent.ll | ||
| unsafe-and-rt-checks.ll | ||
| wrapping-pointer-ni.ll | ||
| wrapping-pointer-versioning.ll | ||