mirror of
https://github.com/c64scene-ar/llvm-6502.git
synced 2024-08-04 07:29:20 +00:00
1eb1b68e3a
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
37 lines
1.3 KiB
LLVM
37 lines
1.3 KiB
LLVM
; RUN: llc < %s -mtriple=i386-apple-darwin10.0 -mcpu=core2 -relocation-model=dynamic-no-pic --asm-verbose=0 | FileCheck -check-prefix=I386 %s
|
|
; RUN: llc < %s -mtriple=x86_64-apple-darwin10.0 -mcpu=core2 -relocation-model=dynamic-no-pic --asm-verbose=0 | FileCheck -check-prefix=CORE2 %s
|
|
; RUN: llc < %s -mtriple=x86_64-apple-darwin10.0 -mcpu=corei7 -relocation-model=dynamic-no-pic --asm-verbose=0 | FileCheck -check-prefix=COREI7 %s
|
|
|
|
@.str1 = internal constant [31 x i8] c"DHRYSTONE PROGRAM, SOME STRING\00", align 8
|
|
@.str3 = internal constant [31 x i8] c"DHRYSTONE PROGRAM, 2'ND STRING\00", align 8
|
|
|
|
define void @func() nounwind ssp {
|
|
entry:
|
|
%String2Loc = alloca [31 x i8], align 1
|
|
br label %bb
|
|
|
|
bb:
|
|
%String2Loc9 = getelementptr inbounds [31 x i8]* %String2Loc, i64 0, i64 0
|
|
call void @llvm.memcpy.i64(i8* %String2Loc9, i8* getelementptr inbounds ([31 x i8]* @.str3, i64 0, i64 0), i64 31, i32 1)
|
|
; I386: calll {{_?}}memcpy
|
|
|
|
; CORE2: movabsq
|
|
; CORE2: movabsq
|
|
; CORE2: movabsq
|
|
|
|
; COREI7: movups _.str3
|
|
br label %bb
|
|
|
|
return:
|
|
ret void
|
|
}
|
|
|
|
declare void @llvm.memcpy.i64(i8* nocapture, i8* nocapture, i64, i32) nounwind
|
|
|
|
; CORE2: .section
|
|
; CORE2: .align 4
|
|
; CORE2-NEXT: _.str1:
|
|
; CORE2-NEXT: .asciz "DHRYSTONE PROGRAM, SOME STRING"
|
|
; CORE2: .align 4
|
|
; CORE2-NEXT: _.str3:
|