mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-12-15 20:29:48 +00:00
994af148ca
Fix the sort of expected order in the reader to correctly return `false` when comparing a `Use` against itself. This was caught by test/Bitcode/binaryIntInstructions.3.2.ll, so I'm adding a `RUN` line using `llvm-uselistorder` for every test in `test/Bitcode` that passes. A few tests still fail, so I'll investigate those next. This is part of PR5680. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@214157 91177308-0d34-0410-b5e6-96231b3b80d8
35 lines
1.1 KiB
LLVM
35 lines
1.1 KiB
LLVM
; RUN: llvm-dis < %s.bc| FileCheck %s
|
|
; RUN: llvm-uselistorder < %s.bc -preserve-bc-use-list-order -num-shuffles=5
|
|
|
|
; 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
|
|
}
|