Visual Studio生成的静态库是否无法通过MinGW g++链接？

你遇到的skipping incompatible when searching for library报错是典型的编译器二进制不兼容问题，不同编译器生成的静态库绝大多数情况下无法直接互相链接。

核心原因 #

• 静态库格式不兼容：Visual Studio生成的静态库为Windows专属COFF格式的.lib文件，而MinGW64默认使用GNU标准的ar归档格式的.a静态库，二者元数据结构、符号存储规则差异极大，MinGW链接器无法识别VS生成的.lib静态库的结构，就会判定为不兼容跳过。
• ABI（应用程序二进制接口）不兼容：
  • 函数名修饰规则差异：C代码的函数名修饰（Name Mangling）机制是编译器私有的，VS和MinGW的修饰规则完全不同，即使两个编译器编译的是完全相同的C代码，生成的符号名也无法互相识别。
  • 运行时实现差异：VS使用MSVC运行时（MSVCRT/ucrtbase），MinGW默认使用自己适配的MSVCRT或者POSIX兼容运行时，二者的内存分配、异常处理、标准库实现逻辑都存在差异，就算强行链接成功，运行时也大概率出现崩溃、内存泄漏、逻辑错误等问题。

可行解决方案 #

• 统一编译器：所有代码和依赖库使用同一个编译器编译。要么全程使用Visual Studio编译你的项目和MyString库，要么使用MinGW64重新编译MyString源码得到.a格式的静态库，再用MinGW链接即可。
• 跨编译器调用兼容方案：如果确实需要跨编译器调用依赖库，可以将库封装为导出标准C接口的动态库（DLL），导出函数使用extern "C"修饰指定C调用约定，这种场景下MinGW可以正常链接VS生成的C接口DLL的导入库，反之也成立。

注意：跨编译器调用时不要跨库分配/释放内存，比如在VS生成的DLL里分配内存、在MinGW编译的主程序里释放，会因为运行时堆实现不一致直接触发崩溃。

内容的提问来源于stack exchange，提问作者user117474