[Vectorization] Actually return from error case in isStridedPtr

The early return seems to be missed. This causes a radical and wrong loop
optimization on powerpc. It isn't reproducible on x86_64, because
"UseInterleaved" is false.

Patch by Tim Shen.

llvm-svn: 257134
This commit is contained in:
Kyle Butt 2016-01-08 01:55:13 +00:00
parent d72a458d28
commit a02ce98bd4
2 changed files with 30 additions and 0 deletions

View File

@ -845,6 +845,7 @@ int llvm::isStridedPtr(PredicatedScalarEvolution &PSE, Value *Ptr,
if (Lp != AR->getLoop()) {
DEBUG(dbgs() << "LAA: Bad stride - Not striding over innermost loop " <<
*Ptr << " SCEV: " << *PtrScev << "\n");
return 0;
}
// The address calculation must not wrap. Otherwise, a dependence could be

View File

@ -0,0 +1,29 @@
; RUN: opt -loop-vectorize -force-vector-interleave=1 -S < %s | FileCheck %s
; CHECK-LABEL: TestFoo
; CHECK-NOT: %wide.vec
target datalayout = "e-m:e-i64:64-n32:64"
target triple = "powerpc64le-unknown-linux-gnu"
define void @TestFoo(i1 %X, i1 %Y) {
bb:
br label %.loopexit5.outer
.loopexit5.outer:
br label %.lr.ph12
.loopexit:
br i1 %X, label %.loopexit5.outer, label %.lr.ph12
.lr.ph12:
%f.110 = phi i32* [ %tmp1, %.loopexit ], [ null, %.loopexit5.outer ]
%tmp1 = getelementptr inbounds i32, i32* %f.110, i64 -2
br i1 %Y, label %bb4, label %.loopexit
bb4:
%j.27 = phi i32 [ 0, %.lr.ph12 ], [ %tmp7, %bb4 ]
%tmp5 = load i32, i32* %f.110, align 4
%tmp7 = add nsw i32 %j.27, 1
%exitcond = icmp eq i32 %tmp7, 0
br i1 %exitcond, label %.loopexit, label %bb4
}