VS不同编译器,x86,x64,动态库,静态库交叉引用问题
Posted 赤龙绕月
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了VS不同编译器,x86,x64,动态库,静态库交叉引用问题相关的知识,希望对你有一定的参考价值。
vs2010项目下x86的lib静态库无源码,要升级到vs2019,高版本编译器使用低版本编译器编译出的文件,x64使用x86的dll
以下加粗字体方法可用
A.lib为vs2010下x86的lib静态库
B.dll为vs2010下x86的dll动态库,引用A.lib
C.exe为vs2019下x86的exe程序文件,动态显示引用B.dll
D.exe为vs2019下x86的exe程序文件,引用A.lib,报错LINK : fatal error C1047,对象或库文件“xx.lib”是使用与其他对象(如“xx.obj”)不同的编译器版本创建的;请使用相同的编译器重新生成所有对象和库,LINK : fatal error LNK1257: 代码生成失败
E.exe为vs2019下x64的exe程序文件,动态显示引用B.dll,LoadLibraryEx返回空句柄,引发异常,RAM寻址不同
F.exe为vs2010下x64的exe程序文件,引用A.lib,报错fatal error LNK1120: 无法解析的外部命令
G.dll为使用A.lib的COM
x64与x86进程不可交叉引用
一种x64进程使用32位 DLL的方法
https://blog.csdn.net/linlin003/article/details/80804537
一个典型的思路就是用32位进程加载DLL,然后64位进程跟32位进程通讯。
其实微软已经有了COM技术来帮我们解决这个问题:
1.创建一个进程外COM服务器。
2.使用COM服务器的相关接口去包装32位DLL的接口。
3.64位进程调用32位COM服务器接口。
以上是关于VS不同编译器,x86,x64,动态库,静态库交叉引用问题的主要内容,如果未能解决你的问题,请参考以下文章
为啥我的 (x86->64) windows 交叉编译器的编译失败?
(转)iOS的静态库和动态库(.a.framework)Undefined symbols for architecture x86_64Invalid bitcode signature错误的