File: aggregateInstructions.3.2.ll

package info (click to toggle)
llvm-toolchain-16 1%3A16.0.6-15~deb12u1
  • links: PTS, VCS
  • area: main
  • in suites: bookworm
  • size: 1,634,792 kB
  • sloc: cpp: 6,179,261; ansic: 1,216,205; asm: 741,319; python: 196,614; objc: 75,325; f90: 49,640; lisp: 32,396; pascal: 12,286; sh: 9,394; perl: 7,442; ml: 5,494; awk: 3,523; makefile: 2,723; javascript: 1,206; xml: 886; fortran: 581; cs: 573
file content (35 lines) | stat: -rw-r--r-- 1,163 bytes parent folder | download | duplicates (3)
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
; RUN: llvm-dis -opaque-pointers=0 < %s.bc| FileCheck %s
; RUN: llvm-dis -opaque-pointers=1 < %s.bc| FileCheck %s
; RUN: verify-uselistorder < %s.bc

; aggregateOperations.3.2.ll.bc was generated by passing this file to llvm-as-3.2.
; The test checks that LLVM does not misread instructions with aggregate operands
; in older bitcode files.

define void @extractvalue([4 x i8] %x1, [4 x [4 x i8]] %x2, {{i32, float}} %x3){
entry:
; CHECK: %res1 = extractvalue [4 x i8] %x1, 0
  %res1 = extractvalue [4 x i8] %x1, 0

; CHECK-NEXT: %res2 = extractvalue [4 x [4 x i8]] %x2, 1
  %res2 = extractvalue [4 x [4 x i8 ]] %x2, 1

; CHECK-NEXT: %res3 = extractvalue [4 x [4 x i8]] %x2, 0, 1
  %res3 = extractvalue [4 x [4 x i8 ]] %x2, 0, 1

; CHECK-NEXT: %res4 = extractvalue { { i32, float } } %x3, 0, 1
  %res4 = extractvalue {{i32, float}} %x3, 0, 1

  ret void
}

define void @insertvalue([4 x [4 x i8 ]] %x1){
entry:
; CHECK: %res1 = insertvalue [4 x [4 x i8]] %x1, i8 0, 0, 0
  %res1 = insertvalue [4 x [4 x i8 ]] %x1, i8 0, 0, 0

; CHECK-NEXT: %res2 = insertvalue [4 x [4 x i8]] undef, i8 0, 0, 0
  %res2 = insertvalue [4 x [4 x i8 ]] undef, i8 0, 0, 0

  ret void
}