forked from OSchip/llvm-project
9529597cf4
This was reverted because of a miscompilation. At closer inspection, the problem was actually visible in a changed llvm regression test too. This one-line follow up fix/recommit will splat the IV, which is what we are trying to avoid if unnecessary in general, if tail-folding is requested even if all users are scalar instructions after vectorisation. Because with tail-folding, the splat IV will be used by the predicate of the masked loads/stores instructions. The previous version omitted this, which caused the miscompilation. The original commit message was: If tail-folding of the scalar remainder loop is applied, the primary induction variable is splat to a vector and used by the masked load/store vector instructions, thus the IV does not remain scalar. Because we now mark that the IV does not remain scalar for these cases, we don't emit the vector IV if it is not used. Thus, the vectoriser produces less dead code. Thanks to Ayal Zaks for the direction how to fix this. |
||
|---|---|---|
| .. | ||
| agg-interleave-a2.ll | ||
| large-loop-rdx.ll | ||
| lit.local.cfg | ||
| massv-altivec.ll | ||
| massv-calls.ll | ||
| massv-nobuiltin.ll | ||
| massv-unsupported.ll | ||
| pr30990.ll | ||
| reg-usage.ll | ||
| small-loop-rdx.ll | ||
| stride-vectorization.ll | ||
| vectorize-bswap.ll | ||
| vectorize-only-for-real.ll | ||
| vsx-tsvc-s173.ll | ||
| widened-massv-call.ll | ||
| widened-massv-vfabi-attr.ll | ||