llvm-6502/test/Transforms/IndVarSimplify/preserve-gep-loop-variant.ll
Dan Gohman c70c37794f Fix a case where ScalarEvolution was expanding pointer arithmetic
to inttoptr/ptrtoint unnecessarily.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@82864 91177308-0d34-0410-b5e6-96231b3b80d8
2009-09-26 16:11:57 +00:00

42 lines
961 B
LLVM

; RUN: opt < %s -indvars -S > %t
; RUN: not grep inttoptr %t
; RUN: not grep ptrtoint %t
; RUN: grep scevgep %t
; Indvars shouldn't need inttoptr/ptrtoint to expand an address here.
define void @foo(i8* %p) nounwind {
entry:
br i1 true, label %bb.nph, label %for.end
for.cond:
%phitmp = icmp slt i64 %inc, 20
br i1 %phitmp, label %for.body, label %for.cond.for.end_crit_edge
for.cond.for.end_crit_edge:
br label %for.end
bb.nph:
br label %for.body
for.body:
%storemerge1 = phi i64 [ %inc, %for.cond ], [ 0, %bb.nph ]
%call = tail call i64 @bar() nounwind
%call2 = tail call i64 @car() nounwind
%conv = trunc i64 %call2 to i8
%conv3 = sext i8 %conv to i64
%add = add nsw i64 %call, %storemerge1
%add4 = add nsw i64 %add, %conv3
%arrayidx = getelementptr inbounds i8* %p, i64 %add4
store i8 0, i8* %arrayidx
%inc = add nsw i64 %storemerge1, 1
br label %for.cond
for.end:
ret void
}
declare i64 @bar()
declare i64 @car()