summaryrefslogtreecommitdiffstats
path: root/llvm/test
diff options
context:
space:
mode:
authorKrzysztof Parzyszek <kparzysz@codeaurora.org>2017-09-06 19:36:58 +0000
committerKrzysztof Parzyszek <kparzysz@codeaurora.org>2017-09-06 19:36:58 +0000
commit1dc313727ec5800e2ac7746e74dee614b173e5a5 (patch)
tree49733c53b33325f1ac779608b5ea30d9eaa45074 /llvm/test
parent8ee179d3b45f4542739977d5f0ae6a2d999482f5 (diff)
downloadbcm5719-llvm-1dc313727ec5800e2ac7746e74dee614b173e5a5.tar.gz
bcm5719-llvm-1dc313727ec5800e2ac7746e74dee614b173e5a5.zip
Disable jump threading into loop headers
Consider this type of a loop: for (...) { ... if (...) continue; ... } Normally, the "continue" would branch to the loop control code that checks whether the loop should continue iterating and which contains the (often) unique loop latch branch. In certain cases jump threading can "thread" the inner branch directly to the loop header, creating a second loop latch. Loop canonicalization would then transform this loop into a loop nest. The problem with this is that in such a loop nest neither loop is countable even if the original loop was. This may inhibit subsequent loop optimizations and be detrimental to performance. Differential Revision: https://reviews.llvm.org/D36404 llvm-svn: 312664
Diffstat (limited to 'llvm/test')
-rw-r--r--llvm/test/Transforms/JumpThreading/static-profile.ll37
1 files changed, 23 insertions, 14 deletions
diff --git a/llvm/test/Transforms/JumpThreading/static-profile.ll b/llvm/test/Transforms/JumpThreading/static-profile.ll
index 505e849f480..2b2e1cb89cc 100644
--- a/llvm/test/Transforms/JumpThreading/static-profile.ll
+++ b/llvm/test/Transforms/JumpThreading/static-profile.ll
@@ -23,6 +23,8 @@
; (1) / |
; (loop exit) | (15)
; |
+; latch
+; |
; (back edge)
;
; First we thread eq_1->check_2 to check_3. Frequencies are updated to remove
@@ -41,12 +43,14 @@
; (1) / |
; (loop exit) | (15)
; |
+; latch
+; |
; (back edge)
;
-; Next we thread eq_1->check_3 and eq_2->check_3 to check_1 as new back edges.
-; Frequencies are updated to remove the frequency of eq_1 and eq_3 from
-; check_3 and then the false edge leaving check_3 (changed frequencies are
-; highlighted with * *):
+; Next we thread eq_1->check_3 and eq_2->check_3 to check_1 as new edges to
+; the loop latch. Frequencies are updated to remove the frequency of eq_1
+; and eq_3 from check_3 and then the false edge leaving check_3 (changed
+; frequencies are highlighted with * *):
;
; check_1 (16)
; (8) / |
@@ -55,10 +59,12 @@
; / check_2 (*8*)
; / (8) / |
; /-- eq_2~ | (*0*)
-; (back edge) |
-; check_3 (*0*)
-; (*0*) / |
-; (loop exit) | (*0*)
+; / |
+; / check_3 (*0*)
+; / (*0*) / |
+; | (loop exit) | (*0*)
+; \ |
+; `--------- latch
; |
; (back edge)
;
@@ -83,10 +89,10 @@ check_1:
eq_1:
call void @bar()
br label %check_2
-; Verify the new backedge:
+; Verify the new edge:
; CHECK: check_2.thread:
; CHECK-NEXT: call void @bar()
-; CHECK-NEXT: br label %check_3.thread
+; CHECK-NEXT: br label %latch
check_2:
%cond2 = icmp eq i32 %v, 2
@@ -97,16 +103,19 @@ check_2:
eq_2:
call void @bar()
br label %check_3
-; Verify the new backedge:
+; Verify the new edge:
; CHECK: eq_2:
; CHECK-NEXT: call void @bar()
-; CHECK-NEXT: br label %check_3.thread
+; CHECK-NEXT: br label %latch
check_3:
%condE = icmp eq i32 %v, 3
- br i1 %condE, label %exit, label %check_1
+ br i1 %condE, label %exit, label %latch
; No metadata:
-; CHECK: br i1 %condE, label %exit, label %check_1{{$}}
+; CHECK: br i1 %condE, label %exit, label %latch{{$}}
+
+latch:
+ br label %check_1
exit:
ret void
OpenPOWER on IntegriCloud