我已经使用Visual Studio 2008将一些外部C ++代码编译到dll,thirdpartycode.dll中。代码包含在extern“C”中。
因为我正在交叉编译,所以在我的32位机器上创建一个64位的dll;我在“配置管理器”中使用x64作为“活动解决方案平台”。
我的thirdpartycode.dll编译并成功链接。 接下来我想创建另一个包含调用thirdpartycode.dll的代码的DLL: wrapper.dll。 正如名称所示,它是一个包装器,简化了对thirdpartycode.dll内部复杂API的某些调用。 然后我计划从C#程序调用wrapper.dll。
我的问题是,当我尝试链接我的wrapper.dll时,我得到了未解析的符号:-(。 对于thirdpartycode.dll中的每个函数,例如“FUNC1”;我得到一个未解析的外部符号“__imp_func1”。使用Dependency Walker我验证thirdpartycode.dll indeeed是否导出“func1”。
我在“附加依赖项”中列出了thirdpartycode.lib。我打开了/ VERBOSE,可以看到搜索到了thirdpartycode.lib。
如果我重复整个过程,但使用x86作为“Active solution platform”,那么一切正常!?
任何想法出了什么问题?
__imp_前缀来自哪里? 这有点让人困惑,因为对于故障排除,我会使用Dependency Walker将来自thirdpartycode.dll的导出符号与wrapper.obj中使用dumpbin的所需符号进行比较。
提前感谢您的任何答案!
答案 0 :(得分:0)
只是为了验证,当你将thirdpartycode.lib添加到“附加依赖项”时,你确保包含libs位置的路径是否正确?在Linker-> General的“附加库目录”部分下。
此外,如果项目在同一个解决方案中,您是否确保构建订单是在代码之前构建第三个代码项目的?
答案 1 :(得分:0)
我遇到类似的问题,通过存根库链接到64位dll。对于我的32位应用程序链接到32位dll,declspec(dllimport)将 imp 附加到它查找的函数名称,但只附加_ imp 64位dll。
例如,“function1()”将成为“_ imp _function1”并且找到我的32位版本的dll,但是当我链接64位版本的dll时进入我的64位应用程序,我得到错误:
未解析的外部符号__imp_function ...
请注意__imp附加的单个下划线与32位版本的双下划线。当我无法以32位链接所需的库时,我收到链接错误:
未解析的外部符号_ imp _function ...
我可以通过在我的标题中添加_来解决问题(即._function()而不是function()。这是一个kludge,但它表明64位的装饰确实不同declspec(dllimport)与32位declspec(dllimport)相比。
我正在使用Visual Studio 2010并链接到使用gcc创建的dll。我在某处读到Visual Studio创建的64位dll用单个下划线_ imp 进行装饰,所以问题可能是gcc在前后一直使用双下划线,但是VS期望32位dll装饰与64位dll不同。
我还没有在微软MSDN上找到这种不同的描述。任何人都可以确认declspec(dllimport)在Visual Studio中如何修饰函数名称有64位与32位的区别?