mirror of
https://github.com/capstone-engine/llvm-capstone.git
synced 2024-12-28 18:54:55 +00:00
67cfbaac89
Summary: After r332167 we started to sort the IDF blocks inside IDF calculation, so there is no need to re-sort them on the user site. The test changes are due to a slightly different order we're using now (originally we used DFSInNumber and now the blocks are sorted by a pair (LevelFromRoot, DFSInNumber)). Reviewers: dberlin, mgrang Subscribers: Prazek, hiraditya, george.burgess.iv, llvm-commits Differential Revision: https://reviews.llvm.org/D46899 llvm-svn: 332385
33 lines
958 B
LLVM
33 lines
958 B
LLVM
; RUN: opt -basicaa -print-memoryssa -verify-memoryssa -analyze < %s 2>&1 | FileCheck %s
|
|
; RUN: opt -aa-pipeline=basic-aa -passes='print<memoryssa>,verify<memoryssa>' -disable-output < %s 2>&1 | FileCheck %s
|
|
;
|
|
; Makes sure we have a sane model if both successors of some block is the same
|
|
; block.
|
|
|
|
define i32 @foo(i1 %a) {
|
|
entry:
|
|
%0 = alloca i32, align 4
|
|
; CHECK: 1 = MemoryDef(liveOnEntry)
|
|
; CHECK-NEXT: store i32 4
|
|
store i32 4, i32* %0
|
|
br i1 %a, label %Loop.Body, label %Loop.End
|
|
|
|
Loop.Body:
|
|
; CHECK: 4 = MemoryPhi({entry,1},{Loop.End,3})
|
|
; CHECK-NEXT: 2 = MemoryDef(4)
|
|
; CHECK-NEXT: store i32 5
|
|
store i32 5, i32* %0, align 4
|
|
br i1 %a, label %Loop.End, label %Loop.End ; WhyDoWeEvenHaveThatLever.gif
|
|
|
|
Loop.End:
|
|
; CHECK: 3 = MemoryPhi({entry,1},{Loop.Body,2},{Loop.Body,2})
|
|
; CHECK-NEXT: MemoryUse(3)
|
|
; CHECK-NEXT: %1 = load
|
|
%1 = load i32, i32* %0, align 4
|
|
%2 = icmp eq i32 5, %1
|
|
br i1 %2, label %Ret, label %Loop.Body
|
|
|
|
Ret:
|
|
ret i32 %1
|
|
}
|