From 278f958c61e973975bf63b7a82f3d8322ea16c00 Mon Sep 17 00:00:00 2001 From: Dan Gohman Date: Mon, 22 Feb 2010 03:59:54 +0000 Subject: When emitting an instruction which depends on both a post-incremented induction variable value and a loop-variant value, don't force the insert position to be at the post-increment position, because it may not be dominated by the loop-variant value. This fixes a use-before-def problem noticed on PPC. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@96774 91177308-0d34-0410-b5e6-96231b3b80d8 --- test/CodeGen/PowerPC/lsr-postinc-pos.ll | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 test/CodeGen/PowerPC/lsr-postinc-pos.ll (limited to 'test/CodeGen/PowerPC/lsr-postinc-pos.ll') diff --git a/test/CodeGen/PowerPC/lsr-postinc-pos.ll b/test/CodeGen/PowerPC/lsr-postinc-pos.ll new file mode 100644 index 0000000..f441e42 --- /dev/null +++ b/test/CodeGen/PowerPC/lsr-postinc-pos.ll @@ -0,0 +1,32 @@ +; RUN: llc < %s -print-lsr-output |& FileCheck %s + +; The icmp is a post-inc use, and the increment is in %bb11, but the +; scevgep needs to be inserted in %bb so that it is dominated by %t. + +; CHECK: %t = load i8** undef +; CHECK: %scevgep = getelementptr i8* %t, i32 %lsr.iv.next +; CHECK: %c1 = icmp ult i8* %scevgep, undef + +target datalayout = "E-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f128:64:128-n32" +target triple = "powerpc-apple-darwin9" + +define void @foo() nounwind { +entry: + br label %bb11 + +bb11: + %i = phi i32 [ 0, %entry ], [ %i.next, %bb ] ; [#uses=3] + %ii = shl i32 %i, 2 ; [#uses=1] + %c0 = icmp eq i32 %i, undef ; [#uses=1] + br i1 %c0, label %bb13, label %bb + +bb: + %t = load i8** undef, align 16 ; [#uses=1] + %p = getelementptr i8* %t, i32 %ii ; [#uses=1] + %c1 = icmp ult i8* %p, undef ; [#uses=1] + %i.next = add i32 %i, 1 ; [#uses=1] + br i1 %c1, label %bb11, label %bb13 + +bb13: + unreachable +} -- cgit v1.1