llvm-6502/test/CodeGen/X86/tailcall-stackalign.ll
Chris Lattner 1eb1b68e3a Fix an inconsistency in the x86 backend that led it to reject "calll foo" on
x86-32: 32-bit calls were named "call" not "calll".  64-bit calls were correctly
named "callq", so this only impacted x86-32.

This fixes rdar://8456370 - llvm-mc rejects 'calll'

This also exposes that mingw/64 is generating a 32-bit call instead of a 64-bit call,
I will file a bugzilla.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@114534 91177308-0d34-0410-b5e6-96231b3b80d8
2010-09-22 05:49:14 +00:00

24 lines
762 B
LLVM

; RUN: llc < %s -mtriple=i686-unknown-linux -tailcallopt | FileCheck %s
; Linux has 8 byte alignment so the params cause stack size 20 when tailcallopt
; is enabled, ensure that a normal fastcc call has matching stack size
define fastcc i32 @tailcallee(i32 %a1, i32 %a2, i32 %a3, i32 %a4) {
ret i32 %a3
}
define fastcc i32 @tailcaller(i32 %in1, i32 %in2, i32 %in3, i32 %in4) {
%tmp11 = tail call fastcc i32 @tailcallee(i32 %in1, i32 %in2,
i32 %in1, i32 %in2)
ret i32 %tmp11
}
define i32 @main(i32 %argc, i8** %argv) {
%tmp1 = call fastcc i32 @tailcaller( i32 1, i32 2, i32 3, i32 4 )
; expect match subl [stacksize] here
ret i32 0
}
; CHECK: calll tailcaller
; CHECK-NEXT: subl $12