You've already forked linux-packaging-mono
Imported Upstream version 5.18.0.167
Former-commit-id: 289509151e0fee68a1b591a20c9f109c3c789d3a
This commit is contained in:
parent
e19d552987
commit
b084638f15
@ -1,71 +0,0 @@
|
||||
; RUN: llc -march=mips -mcpu=mips32 -O0 -relocation-model=pic -mips-tail-calls=1 < %s | FileCheck \
|
||||
; RUN: %s -check-prefix=MIPS32
|
||||
; RUN: llc -march=mips64 -mcpu=mips64 -O0 -relocation-model=pic -target-abi n64 \
|
||||
; RUN: -mips-tail-calls=1 < %s | FileCheck %s -check-prefix=MIPS64
|
||||
; RUN: llc -march=mips64 -mcpu=mips64 -O0 -relocation-model=pic -target-abi n32 \
|
||||
; RUN: -mips-tail-calls=1 < %s | FileCheck %s -check-prefix=MIPS64
|
||||
|
||||
|
||||
; LLVM PR/30197
|
||||
; Test that the scheduler does not order loads and stores of arguments that
|
||||
; are passed on the stack such that the arguments of the caller are clobbered
|
||||
; too early.
|
||||
|
||||
; This test is more fragile than I'd like. The -NEXT directives enforce an
|
||||
; assumption that any GOT related instructions will not appear between the
|
||||
; loads and stores.
|
||||
|
||||
; O32 case: The last two arguments should appear at 16(sp), 20(sp). The order
|
||||
; of the loads doesn't matter, but they have to become before the
|
||||
; stores
|
||||
define internal i32 @func2(i32 %a, i32 %b, i32 %c, i32 %d, i32 %e, i32 %f) {
|
||||
%1 = add i32 %a, %b
|
||||
%2 = add i32 %1, %c
|
||||
%3 = add i32 %2, %d
|
||||
%4 = add i32 %3, %e
|
||||
%5 = add i32 %4, %f
|
||||
ret i32 %5
|
||||
}
|
||||
|
||||
define i32 @func1(i32 %a, i32 %b, i32 %c, i32 %d, i32 %e, i32 %f){
|
||||
; MIPS32-LABEL: func1:
|
||||
|
||||
; MIPS32: lw ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
; MIPS32-NEXT: lw ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
; MIPS32-NEXT: sw ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
; MIPS32-NEXT: sw ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
%retval = tail call i32 @func2(i32 %a, i32 %f, i32 %c, i32 %d, i32 %e, i32 %b)
|
||||
|
||||
ret i32 %retval
|
||||
}
|
||||
|
||||
; N64, N32 cases: N64 and N32 both pass 8 arguments in registers. The order
|
||||
; of the loads doesn't matter, but they have to become before the
|
||||
; stores
|
||||
|
||||
define internal i64 @func4(i64 %a, i64 %b, i64 %c, i64 %d, i64 %e,
|
||||
i64 %f, i64 %g, i64 %h, i64 %i, i64 %j) {
|
||||
%1 = add i64 %a, %b
|
||||
%2 = add i64 %1, %c
|
||||
%3 = add i64 %2, %d
|
||||
%4 = add i64 %3, %e
|
||||
%5 = add i64 %4, %f
|
||||
%6 = add i64 %1, %g
|
||||
%7 = add i64 %2, %h
|
||||
%8 = add i64 %3, %i
|
||||
%9 = add i64 %4, %j
|
||||
ret i64 %5
|
||||
}
|
||||
define i64 @func3(i64 %a, i64 %b, i64 %c, i64 %d,
|
||||
i64 %e, i64 %f, i64 %g, i64 %h,
|
||||
i64 %i, i64 %j){
|
||||
; MIPS64-LABEL: func3:
|
||||
|
||||
; MIPS64: ld ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
; MIPS64-NEXT: ld ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
; MIPS64-NEXT: sd ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
; MIPS64-NEXT: sd ${{[0-9]+}}, {{[0-9]+}}($sp)
|
||||
%retval = tail call i64 @func4(i64 %a, i64 %j, i64 %c, i64 %d, i64 %e, i64 %f, i64 %g, i64 %h, i64 %i, i64 %b)
|
||||
|
||||
ret i64 %retval
|
||||
}
|
Reference in New Issue
Block a user