llvm/test/CodeGen/X86/dll-linkage.ll

; RUN: llc < %s -mtriple=i386-pc-mingw32 | FileCheck %s

declare dllimport void @foo()

define void @bar() nounwind {
; CHECK: calll	*__imp__foo
  call void @foo()
  ret void
}
Eliminate more uses of llvm-as and llvm-dis. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@81290 91177308-0d34-0410-b5e6-96231b3b80d8 2009-09-08 23:54:48 +00:00			`; RUN: llc < %s -mtriple=i386-pc-mingw32 \| FileCheck %s`
we have no tests for dllimport/export. Add one. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@75085 91177308-0d34-0410-b5e6-96231b3b80d8 2009-07-09 00:53:44 +00: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. 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			`; CHECK: calll *__imp__foo`
we have no tests for dllimport/export. Add one. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@75085 91177308-0d34-0410-b5e6-96231b3b80d8 2009-07-09 00:53:44 +00:00			`call void @foo()`
			`ret void`
			`}`