llvm-6502/test/CodeGen/X86/lsr-nonaffine.ll
Dan Gohman 71997f303e Teach IVUsers to stop at non-affine expressions unless they are both
outside the loop and reducible.

This more completely hides them from LSR, which isn't usually able to
do anything meaningful with non-affine expressions anyway, and this
consequently hides them from SCEVExpander, which is acutely unprepared
for non-affine expressions.

Replace test/CodeGen/X86/lsr-nonaffine.ll with a new test that tests
the new behavior.

This works around the bug in PR10117 / rdar://problem/9633149, and is
generally an improvement besides.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@134268 91177308-0d34-0410-b5e6-96231b3b80d8
2011-07-01 22:05:19 +00:00

31 lines
845 B
LLVM

; RUN: llc -asm-verbose=false -march=x86-64 -o - < %s | FileCheck %s
; LSR should leave non-affine expressions alone because it currently
; doesn't know how to do anything with them, and when it tries, it
; gets SCEVExpander's current expansion for them, which is suboptimal.
; CHECK: xorl %eax, %eax
; CHECK-NEXT: align
; CHECK-NEXT: BB0_1:
; CHECK-NEXT: movq %rax, (%rdx)
; CHECK-NEXT: addq %rsi, %rax
; CHECK-NEXT: cmpq %rdi, %rax
; CHECK-NEXT: jl
; CHECK-NEXT: imulq %rax, %rax
; CHECK-NEXT: ret
define i64 @foo(i64 %n, i64 %s, i64* %p) nounwind {
entry:
br label %loop
loop:
%i = phi i64 [ 0, %entry ], [ %i.next, %loop ]
volatile store i64 %i, i64* %p
%i.next = add i64 %i, %s
%c = icmp slt i64 %i.next, %n
br i1 %c, label %loop, label %exit
exit:
%mul = mul i64 %i.next, %i.next
ret i64 %mul
}