使用优化标志经MinGW g++编译的DLL如何生成.lib供VS动态链接？

完全可以在100%保留你现有所有g++编译优化标志的前提下，生成可供Visual Studio链接使用的MSVC格式.lib导入库。整个流程不会改动你原来的DLL编译逻辑，也不会损失任何编译优化带来的运行性能。
你遇到的VS需要.lib文件的本质，是隐式链接需要一个“桥接文件”告诉链接器导出函数的位置、对应哪个DLL——MinGW编译的DLL本身已经包含了完整的导出表，只是没有额外生成MSVC能识别的导入库文件而已，不需要重新编译DLL本身就能补生成这个.lib。

整个流程的步骤完全不会触碰你原来的编译命令，所有优化效果完整保留：

1. 按你原本的命令正常编译生成DLL，不需要改动任何参数
   直接执行你现在用的g++命令即可：

   g++ -shared -DNDEBUG -IC:\Users\luis.lopez\Documents\libraries\eigen\ -march=native -ftree-vectorize -ffast-math -fstrict-aliasing -O3 -fomit-frame-pointer -fopenmp -o libfoo.dll foolibrary.cpp
   

   这一步产出的libfoo.dll和你现在直接能跑的版本完全一致，没有任何差异。

2. 用MinGW自带的gendef工具从已生成的DLL提取导出定义，生成def模块文件
   在DLL所在目录执行命令：

   gendef libfoo.dll
   

   执行完成后会在同目录生成libfoo.def文件，里面完整记录了DLL所有导出函数的名称、导出序号。因为你是g编译的C库，文件里会保留g的C名字修饰规则，VS链接器可以直接识别，不需要手动修改。

3. 用MinGW自带的dlltool工具把def文件转换成MSVC格式的.lib导入库
   执行对应命令（如果是64位编译的DLL）：

   dlltool -m i386:x86-64 -d libfoo.def -l libfoo.lib --dllname libfoo.dll
   

   参数说明：

   • -m i386:x86-64 指定生成64位平台的导入库，如果你的DLL是32位编译的，替换为-m i386即可
   • -d libfoo.def 指定上一步生成的def文件路径
   • -l libfoo.lib 指定最终输出的lib文件名称和路径
   • --dllname libfoo.dll 会把DLL的名称硬编码到lib文件里，让最终生成的exe运行时自动寻找同目录下的对应DLL，实现你想要的隐式动态链接效果

把上一步生成的libfoo.lib加入VS项目的链接流程即可：

• 在项目属性的「链接器→常规→附加库目录」中，添加lib文件所在的文件夹路径
• 在项目属性的「链接器→输入→附加依赖项」中，添加libfoo.lib
• 编译链接完成后，exe的导入表会自动写入对libfoo.dll的依赖，运行时系统会自动加载对应DLL，和原生MSVC编译的DLL链接效果完全一致。

• 平台位数必须完全匹配：64位MinGW编译的DLL只能配64位的lib，VS项目也要选择x64的编译配置，不能和32位组件混用，否则会报链接找不到符号的错误
• 如果你启用了-fopenmp编译参数，需要把MinGW对应的OpenMP运行时DLL（一般是libgomp-1.dll）和你自己的libfoo.dll一起放到exe的运行目录下，否则会提示缺少依赖
• 不要尝试用VS自带的lib.exe工具直接从DLL生成导入库：VS的工具链无法正确识别MinGW编译的C++修饰函数名，容易出现链接符号不匹配的问题，用MinGW生态的gendef、dlltool生成的导入库兼容性最好
• 整个流程不需要修改foolibrary.cpp的源码，也不需要手动添加导出宏，所有步骤都在DLL编译完成后执行，你之前配置的所有编译优化参数都不会被改动或丢失。

内容的提问来源于stack exchange，提问作者Luis Angel Urena Lopez