ee4ba9f3a1
Unfortunately, it seems we really do need to take the long route; start from the "merge" block, find (all the) "dispatch" blocks, and deal with each "dispatch" block separately, instead of simply starting from each "dispatch" block like it would logically make sense, otherwise we run into a number of other missing folds around `switch` formation, missing sinking/hoisting and phase ordering. This reverts commit 85628ce75b3084dc0f185a320152baf85b59aba7. This reverts commit c5fff9095342a792bf4b9a077fe3c3a83c4e566c. This reverts commit 34a98e1046e3aa55e5f26ab20a15e96b4034d25a. This reverts commit 1e353f092288309d74d380367aa50bbd383780ed.
30 lines
814 B
LLVM
30 lines
814 B
LLVM
; NOTE: Assertions have been autogenerated by utils/update_llc_test_checks.py
|
|
; RUN: llc -mtriple=thumb-- %s -o - | FileCheck %s
|
|
|
|
; This test checks that if-conversion pass is unconditionally added to the pass
|
|
; pipeline and is conditionally executed based on the per-function targert-cpu
|
|
; attribute.
|
|
|
|
define i32 @test_ifcvt(i32 %a, i32 %b) #0 {
|
|
; CHECK-LABEL: test_ifcvt:
|
|
; CHECK: @ %bb.0: @ %common.ret
|
|
; CHECK-NEXT: movs r2, #1
|
|
; CHECK-NEXT: cmp r0, #0
|
|
; CHECK-NEXT: it eq
|
|
; CHECK-NEXT: moveq.w r2, #-1
|
|
; CHECK-NEXT: adds r0, r1, r2
|
|
; CHECK-NEXT: bx lr
|
|
%tmp2 = icmp eq i32 %a, 0
|
|
br i1 %tmp2, label %cond_false, label %cond_true
|
|
|
|
cond_true:
|
|
%tmp5 = add i32 %b, 1
|
|
ret i32 %tmp5
|
|
|
|
cond_false:
|
|
%tmp7 = add i32 %b, -1
|
|
ret i32 %tmp7
|
|
}
|
|
|
|
attributes #0 = { "target-cpu"="cortex-a8" }
|