llvm-mirror/test/Object/dllimport.ll

; RUN: llvm-as %s -o - | llvm-nm - | FileCheck %s

target datalayout = "e-m:w-i64:64-f80:128-n8:16:32:64-S128"
target triple = "x86_64-pc-windows-msvc"

; CHECK: U __imp_f
; CHECK: U __imp_v
; CHECK: T g

declare dllimport void @f()
@v = external dllimport global i32

define void @g() {
  call void @f()
  store i32 42, i32* @v
  ret void
}
Object: Prepend __imp_ when mangling a dllimport symbol in IRObjectFile. We cannot prepend __imp_ in the IR mangler because a function reference may be emitted unmangled in a constant initializer. The linker is expected to resolve such references to thunks. This is covered by the new test case. Strictly speaking we ought to emit two undefined symbols, one with __imp_ and one without, as we cannot know which symbol the final object file will refer to. However, this would require rather intrusive changes to IRObjectFile, and lld works fine without it for now. This reimplements r239437, which was reverted in r239502. Differential Revision: http://reviews.llvm.org/D10400 llvm-svn: 239560 2015-06-11 23:42:18 +02:00			`; RUN: llvm-as %s -o - \| llvm-nm - \| FileCheck %s`

			`target datalayout = "e-m:w-i64:64-f80:128-n8:16:32:64-S128"`
			`target triple = "x86_64-pc-windows-msvc"`

			`; CHECK: U __imp_f`
			`; CHECK: U __imp_v`
			`; CHECK: T g`

			`declare dllimport void @f()`
			`@v = external dllimport global i32`

			`define void @g() {`
			`call void @f()`
			`store i32 42, i32* @v`
			`ret void`
			`}`