2019-10-15 06:42:35 +08:00
|
|
|
; NOTE: Assertions have been autogenerated by utils/update_analyze_test_checks.py
|
[SCEV] Fix ScalarEvolution tests under NPM
Many tests use opt's -analyze feature, which does not translate well to
NPM and has better alternatives. The alternative here is to explicitly
add a pass that calls ScalarEvolution::print().
The legacy pass manager RUNs aren't changing, but they are now pinned to
the legacy pass manager. For each legacy pass manager RUN, I added a
corresponding NPM RUN using the 'print<scalar-evolution>' pass. For
compatibility with update_analyze_test_checks.py and existing test
CHECKs, 'print<scalar-evolution>' now prints what -analyze prints per
function.
This was generated by the following Python script and failures were
manually fixed up:
import sys
for i in sys.argv:
with open(i, 'r') as f:
s = f.read()
with open(i, 'w') as f:
for l in s.splitlines():
if "RUN:" in l and ' -analyze ' in l and '\\' not in l:
f.write(l.replace(' -analyze ', ' -analyze -enable-new-pm=0 '))
f.write('\n')
f.write(l.replace(' -analyze ', ' -disable-output ').replace(' -scalar-evolution ', ' "-passes=print<scalar-evolution>" ').replace(" | ", " 2>&1 | "))
f.write('\n')
else:
f.write(l)
There are a couple failures still in ScalarEvolution under NPM, but
those are due to other unrelated naming conflicts.
Reviewed By: asbirlea
Differential Revision: https://reviews.llvm.org/D83798
2020-07-17 02:09:47 +08:00
|
|
|
; RUN: opt -analyze -enable-new-pm=0 -scalar-evolution < %s | FileCheck %s
|
|
|
|
; RUN: opt -disable-output "-passes=print<scalar-evolution>" < %s 2>&1 | FileCheck %s
|
2019-10-15 06:42:35 +08:00
|
|
|
|
|
|
|
; The semanics of this example are a bit subtle. The loop is required
|
|
|
|
; execute some number of times up to 1999. The compiler is free to reduce
|
|
|
|
; the number of said iterations to zero (or any value in between) if desired,
|
|
|
|
; but if it does so, the return value and the last value stored to G must
|
|
|
|
; agree. For SCEV, this translates as widenable conditions preventing exact
|
|
|
|
; exit counts from being computed, but not restricting max exit counts.
|
|
|
|
; It's tempting to say that SCEV should return a precise exit count here, but
|
|
|
|
; would result in miscompiles if transformations such as RLEV ran before
|
|
|
|
; widening of the WC.
|
|
|
|
define i32 @wc_max() {
|
|
|
|
; CHECK-LABEL: 'wc_max'
|
|
|
|
; CHECK-NEXT: Classifying expressions for: @wc_max
|
|
|
|
; CHECK-NEXT: %iv = phi i32 [ 0, %entry ], [ %iv.next, %loop ]
|
|
|
|
; CHECK-NEXT: --> {0,+,1}<%loop> U: [0,2000) S: [0,2000) Exits: <<Unknown>> LoopDispositions: { %loop: Computable }
|
|
|
|
; CHECK-NEXT: %iv.next = add i32 %iv, 1
|
|
|
|
; CHECK-NEXT: --> {1,+,1}<%loop> U: [1,2001) S: [1,2001) Exits: <<Unknown>> LoopDispositions: { %loop: Computable }
|
|
|
|
; CHECK-NEXT: %widenable_cond3 = call i1 @llvm.experimental.widenable.condition()
|
|
|
|
; CHECK-NEXT: --> %widenable_cond3 U: full-set S: full-set Exits: <<Unknown>> LoopDispositions: { %loop: Variant }
|
|
|
|
; CHECK-NEXT: %exiplicit_guard_cond4 = and i1 %cond_1, %widenable_cond3
|
|
|
|
; CHECK-NEXT: --> %exiplicit_guard_cond4 U: full-set S: full-set Exits: <<Unknown>> LoopDispositions: { %loop: Variant }
|
|
|
|
; CHECK-NEXT: Determining loop execution counts for: @wc_max
|
|
|
|
; CHECK-NEXT: Loop %loop: Unpredictable backedge-taken count.
|
|
|
|
; CHECK-NEXT: Loop %loop: max backedge-taken count is 1999
|
|
|
|
; CHECK-NEXT: Loop %loop: Unpredictable predicated backedge-taken count.
|
|
|
|
;
|
|
|
|
entry:
|
|
|
|
br label %loop
|
|
|
|
loop:
|
|
|
|
%iv = phi i32 [0, %entry], [%iv.next, %loop]
|
|
|
|
%iv.next = add i32 %iv, 1
|
|
|
|
store i32 %iv, i32 *@G
|
|
|
|
%cond_1 = icmp slt i32 %iv.next, 2000
|
|
|
|
%widenable_cond3 = call i1 @llvm.experimental.widenable.condition()
|
|
|
|
%exiplicit_guard_cond4 = and i1 %cond_1, %widenable_cond3
|
|
|
|
br i1 %exiplicit_guard_cond4, label %loop, label %exit
|
|
|
|
|
|
|
|
exit:
|
|
|
|
ret i32 %iv
|
|
|
|
}
|
|
|
|
|
|
|
|
@G = external global i32
|
|
|
|
declare i1 @llvm.experimental.widenable.condition()
|