File: invalidation.ll

package info (click to toggle)
llvm-toolchain-9 1%3A9.0.1-16.1
  • links: PTS, VCS
  • area: main
  • in suites: bullseye
  • size: 882,388 kB
  • sloc: cpp: 4,167,636; ansic: 714,256; asm: 457,610; python: 155,927; objc: 65,094; sh: 42,856; lisp: 26,908; perl: 7,786; pascal: 7,722; makefile: 6,881; ml: 5,581; awk: 3,648; cs: 2,027; xml: 888; javascript: 381; ruby: 156
file content (50 lines) | stat: -rw-r--r-- 1,593 bytes parent folder | download | duplicates (2)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
; Check that when argument promotion changes a function in some parent node of
; the call graph, any analyses that happened to be cached for that function are
; actually invalidated. We are using `demanded-bits` here because when printed
; it will end up caching a value for every instruction, making it easy to
; detect the instruction-level changes that will fail here. With improper
; invalidation this will crash in the second printer as it tries to reuse
; now-invalid demanded bits.
;
; RUN: opt < %s -passes='function(print<demanded-bits>),cgscc(argpromotion,function(print<demanded-bits>))' -S | FileCheck %s

@G = constant i32 0

define internal i32 @a(i32* %x) {
; CHECK-LABEL: define internal i32 @a(
; CHECK-SAME:                         i32 %[[V:.*]]) {
; CHECK-NEXT:  entry:
; CHECK-NEXT:    ret i32 %[[V]]
; CHECK-NEXT:  }
entry:
  %v = load i32, i32* %x
  ret i32 %v
}

define i32 @b() {
; CHECK-LABEL: define i32 @b()
; CHECK-NEXT:  entry:
; CHECK-NEXT:    %[[L:.*]] = load i32, i32* @G
; CHECK-NEXT:    %[[V:.*]] = call i32 @a(i32 %[[L]])
; CHECK-NEXT:    ret i32 %[[V]]
; CHECK-NEXT:  }
entry:
  %v = call i32 @a(i32* @G)
  ret i32 %v
}

define i32 @c() {
; CHECK-LABEL: define i32 @c()
; CHECK-NEXT:  entry:
; CHECK-NEXT:    %[[L:.*]] = load i32, i32* @G
; CHECK-NEXT:    %[[V1:.*]] = call i32 @a(i32 %[[L]])
; CHECK-NEXT:    %[[V2:.*]] = call i32 @b()
; CHECK-NEXT:    %[[RESULT:.*]] = add i32 %[[V1]], %[[V2]]
; CHECK-NEXT:    ret i32 %[[RESULT]]
; CHECK-NEXT:  }
entry:
  %v1 = call i32 @a(i32* @G)
  %v2 = call i32 @b()
  %result = add i32 %v1, %v2
  ret i32 %result
}