maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/test/CodeGen/X86/dll-linkage.ll

15 lines
333 B
LLVM
Raw Normal View History

Eliminate more uses of llvm-as and llvm-dis. llvm-svn: 81290
2009-09-09 07:54:48 +08:00
; RUN: llc < %s -mtriple=i386-pc-mingw32 | FileCheck %s
we have no tests for dllimport/export. Add one. llvm-svn: 75085
2009-07-09 08:53:44 +08:00
Target/X86/X86FastISel: [PR6275] Fix Win32's dllimport function with fastisel. "dllimport" function must not be GlobalVariable, but Function. It is enough to check with GlobalValue. test/CodeGen/X86/dll-linkage.ll is updated to check llc -O0. llvm-svn: 126110
2011-02-21 12:50:06 +08:00
; RUN: llc < %s -mtriple=i386-pc-mingw32 -O0 | FileCheck %s -check-prefix=FAST
; PR6275
we have no tests for dllimport/export. Add one. llvm-svn: 75085
2009-07-09 08:53:44 +08:00
declare dllimport void @foo()
define void @bar() nounwind {
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. llvm-svn: 114534
2010-09-22 13:49:14 +08:00
; CHECK: calll *__imp__foo
Target/X86/X86FastISel: [PR6275] Fix Win32's dllimport function with fastisel. "dllimport" function must not be GlobalVariable, but Function. It is enough to check with GlobalValue. test/CodeGen/X86/dll-linkage.ll is updated to check llc -O0. llvm-svn: 126110
2011-02-21 12:50:06 +08:00
; FAST: movl __imp__foo, [[R:%[a-z]{3}]]
; FAST: calll *[[R]]
we have no tests for dllimport/export. Add one. llvm-svn: 75085
2009-07-09 08:53:44 +08:00
call void @foo()
ret void
}