search for: ccifsret

...=================================================== --- lib/Target/X86/X86CallingConv.td (revision 164763) +++ lib/Target/X86/X86CallingConv.td (working copy) @@ -335,7 +335,8 @@ CCIfType<[i8, i16], CCPromoteToType<i32>>, // Pass sret arguments indirectly through EAX - CCIfSRet<CCAssignToReg<[EAX]>>, + CCIfSRet<CCAssignToStack<4, 4>>, // The first integer argument is passed in ECX CCIfType<[i32], CCAssignToReg<[ECX]>>, --------------------------------- [hope this doesn't get wrapped in your email client] Unfortunately, thi...

Hi All, In the target we are implementing, function return for i64 and f64 types has a different processing. For types i8 to i32, and f32, the return values are stored in their designated return registers (like how other targets does it). For i64 and f64 types, in the function call, after pushing the function parameters into the stack, the address of the allocated return memory space is

...handle this automatically; otherwise, you can write it out explicitly in C++. If you want an example of how this works in practice, try something like “echo 'define i128 @foo() { ret i128 3 }' | llc -mtriple=i686”. If you need to stick the sret pointer into a special register, you can use CCIfSRet in TableGen. (Or if you’re not using a TableGen’ed calling convention, you can check IsSRet in C++.) -Eli From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Miguel Inigo J. Manalac via llvm-dev Sent: Wednesday, February 12, 2020 12:32 AM To: llvm-dev at lists.llvm.org Subject...

...handle this automatically; otherwise, you can write it out explicitly in C++. If you want an example of how this works in practice, try something like “echo 'define i128 @foo() { ret i128 3 }' | llc -mtriple=i686”. If you need to stick the sret pointer into a special register, you can use CCIfSRet in TableGen. (Or if you’re not using a TableGen’ed calling convention, you can check IsSRet in C++.) -Eli From: llvm-dev <llvm-dev-bounces at lists.llvm.org<mailto:llvm-dev-bounces at lists.llvm.org>> On Behalf Of Miguel Inigo J. Manalac via llvm-dev Sent: Wednesday, February 12, 202...

Attached is a working patch set for llvm to be able to emit arm64 (currently as triple aarch64-apple-ios) mach-o object files, in case someone is interested. I'm not sure if the llvm maintainers want the patch given the previous message that there's going to be an official patch set from apple to support this, but here is mine. What works (tested on an iPhone 5S): * objc strings,