llvm-mirror/test/CodeGen/Mips/mips64-sret.ll

; RUN: llc -march=mips64el -mcpu=mips64r2 -target-abi=n64 < %s | FileCheck %s

define void @foo(i32* noalias sret %agg.result) nounwind {
entry:
; CHECK-LABEL: foo:
; CHECK: sw {{.*}}, 0($4)
; CHECK: jr $ra
; CHECK-NEXT: move $2, $4

  store i32 42, i32* %agg.result
  ret void
}

define void @bar(i32 signext %v, i32* noalias sret %agg.result) nounwind {
entry:
; CHECK-LABEL: bar:
; CHECK: sw $4, 0($5)
; CHECK: jr $ra
; CHECK-NEXT: move $2, $5

  store i32 %v, i32* %agg.result
  ret void
}
Replace obsolete -mattr=n64 command line option with -target-abi=n64. No functional changes. llvm-svn: 230628 2015-02-26 12:29:48 +00:00			`; RUN: llc -march=mips64el -mcpu=mips64r2 -target-abi=n64 < %s \| FileCheck %s`
[mips] Use 64-bit registers to return an sret pointer if target ABI is N64. llvm-svn: 166344 2012-10-19 22:11:40 +00:00
Allow sret on the second parameter as well as the first MSVC always places the implicit sret parameter after the implicit this parameter of instance methods. We used to handle this for x86_thiscallcc by allocating the sret parameter on the stack and leaving the this pointer in ecx, but that doesn't handle alternative calling conventions like cdecl, stdcall, fastcall, or the win64 convention. Instead, change the verifier to allow sret on the second parameter. This also requires changing the Mips and X86 backends to return the argument with the sret parameter, instead of assuming that the sret parameter comes first. The Sparc backend also returns sret parameters in a register, but I wasn't able to update it to handle secondary sret parameters. It currently calls report_fatal_error if you feed it an sret in the second parameter. Reviewers: rafael.espindola, majnemer Differential Revision: http://reviews.llvm.org/D3617 llvm-svn: 208453 2014-05-09 22:32:13 +00:00			`define void @foo(i32* noalias sret %agg.result) nounwind {`
			`entry:`
			`; CHECK-LABEL: foo:`
			`; CHECK: sw {{.*}}, 0($4)`
			`; CHECK: jr $ra`
			`; CHECK-NEXT: move $2, $4`
[mips] Use 64-bit registers to return an sret pointer if target ABI is N64. llvm-svn: 166344 2012-10-19 22:11:40 +00:00
Allow sret on the second parameter as well as the first MSVC always places the implicit sret parameter after the implicit this parameter of instance methods. We used to handle this for x86_thiscallcc by allocating the sret parameter on the stack and leaving the this pointer in ecx, but that doesn't handle alternative calling conventions like cdecl, stdcall, fastcall, or the win64 convention. Instead, change the verifier to allow sret on the second parameter. This also requires changing the Mips and X86 backends to return the argument with the sret parameter, instead of assuming that the sret parameter comes first. The Sparc backend also returns sret parameters in a register, but I wasn't able to update it to handle secondary sret parameters. It currently calls report_fatal_error if you feed it an sret in the second parameter. Reviewers: rafael.espindola, majnemer Differential Revision: http://reviews.llvm.org/D3617 llvm-svn: 208453 2014-05-09 22:32:13 +00:00			`store i32 42, i32* %agg.result`
			`ret void`
			`}`
[mips] Use 64-bit registers to return an sret pointer if target ABI is N64. llvm-svn: 166344 2012-10-19 22:11:40 +00:00
[mips] Promote i32 arguments to i64 for the N32/N64 ABI and fix <64-bit structs... Summary: ... and after all that refactoring, it's possible to distinguish softfloat floating point values from integers so this patch no longer breaks softfloat to do it. Remove direct handling of i32's in the N32/N64 ABI by promoting them to i64. This more closely reflects the ABI documentation and also fixes problems with stack arguments on big-endian targets. We now rely on signext/zeroext annotations (already generated by clang) and the Assert[SZ]ext nodes to avoid the introduction of unnecessary sign/zero extends. It was not possible to convert three tests to use signext/zeroext. These tests are bswap.ll, ctlz-v.ll, ctlz-v.ll. It's not possible to put signext on a vector type so we just accept the sign extends here for now. These tests don't pass the vectors the same way clang does (clang puts multiple elements in the same argument, these map 1 element to 1 argument) so we don't need to worry too much about it. With this patch, all known N32/N64 bugs should be fixed and we now pass the first 10,000 tests generated by ABITest.py. Subscribers: llvm-commits Differential Revision: http://reviews.llvm.org/D6117 llvm-svn: 221534 2014-11-07 16:54:21 +00:00			`define void @bar(i32 signext %v, i32* noalias sret %agg.result) nounwind {`
[mips] Use 64-bit registers to return an sret pointer if target ABI is N64. llvm-svn: 166344 2012-10-19 22:11:40 +00:00			`entry:`
Allow sret on the second parameter as well as the first MSVC always places the implicit sret parameter after the implicit this parameter of instance methods. We used to handle this for x86_thiscallcc by allocating the sret parameter on the stack and leaving the this pointer in ecx, but that doesn't handle alternative calling conventions like cdecl, stdcall, fastcall, or the win64 convention. Instead, change the verifier to allow sret on the second parameter. This also requires changing the Mips and X86 backends to return the argument with the sret parameter, instead of assuming that the sret parameter comes first. The Sparc backend also returns sret parameters in a register, but I wasn't able to update it to handle secondary sret parameters. It currently calls report_fatal_error if you feed it an sret in the second parameter. Reviewers: rafael.espindola, majnemer Differential Revision: http://reviews.llvm.org/D3617 llvm-svn: 208453 2014-05-09 22:32:13 +00:00			`; CHECK-LABEL: bar:`
			`; CHECK: sw $4, 0($5)`
			`; CHECK: jr $ra`
			`; CHECK-NEXT: move $2, $5`
[mips] Make sure sret argument is returned in register V0. llvm-svn: 166539 2012-10-24 02:10:54 +00:00
Allow sret on the second parameter as well as the first MSVC always places the implicit sret parameter after the implicit this parameter of instance methods. We used to handle this for x86_thiscallcc by allocating the sret parameter on the stack and leaving the this pointer in ecx, but that doesn't handle alternative calling conventions like cdecl, stdcall, fastcall, or the win64 convention. Instead, change the verifier to allow sret on the second parameter. This also requires changing the Mips and X86 backends to return the argument with the sret parameter, instead of assuming that the sret parameter comes first. The Sparc backend also returns sret parameters in a register, but I wasn't able to update it to handle secondary sret parameters. It currently calls report_fatal_error if you feed it an sret in the second parameter. Reviewers: rafael.espindola, majnemer Differential Revision: http://reviews.llvm.org/D3617 llvm-svn: 208453 2014-05-09 22:32:13 +00:00			`store i32 %v, i32* %agg.result`
[mips] Use 64-bit registers to return an sret pointer if target ABI is N64. llvm-svn: 166344 2012-10-19 22:11:40 +00:00			`ret void`
			`}`