MS 与非 MS C++ 编译器兼容性

Question

考虑在 Windows 上使用 MinGW 作为 VC++ 的替代品，但担心兼容性问题。我正在考虑 Windows 上的行为和性能（MinGW 编译的 EXE 可能会起作用）。此外，在调用 Windows API、第三方 DLL、生成和使用兼容的静态库以及将同一应用程序的各个部分与两个编译器混合时遇到的其他问题。

Answer 1

首先，MinGW 不是编译器，而是一个环境，它与 gcc 捆绑在一起。

如果您考虑使用gcc 编译代码并让它调用Windows API，没关系，因为它是C；但是对于由 MSVC 生成的 C++ DLL，您可能会有一个刺耳的警钟。

主要问题是在 C++ 中，每个编译器都有自己的名称修饰（或更一般地说是 ABI）和自己的标准库。您不能混合使用两个不同的 ABI 或两个不同的标准库。故事结束。

Clang 具有特定的 MSVC 兼容模式，允许它接受 MSVC 接受的代码并发出与使用 MSVC 编译的代码二进制兼容的代码。确实，甚至是officially supported in Visual Studio。

显然，您也可以简单地在 C 中进行跨 DLL 通信来规避大多数问题。

编辑：Kerrek 的澄清。

Answer 2

使用MinGW工具链可以编译大量为VC++开发的C++代码；但是，您完成这项任务的难易程度很大程度上取决于代码是否符合 C++ 标准。

如果 C++ 代码使用 VC++ 扩展，例如 __uuidof，那么您将需要重写这些部分。

您将无法使用 MinGW 编译 ATL 和 MFC 代码，因为 ATL 和 MFC 标头利用了许多 VC++ 扩展并依赖于 VC++ 特定的行为：

• try-except Statements
• __uuidof
• throw(...)
• 在没有前向声明的情况下调用函数。
• __declspec(nothrow)
• ...

您将无法使用 VC++ 生成的 LIB 文件，因此您不能使用 MinGW 的链接器 ld 来链接静态库，而无需将库代码重新编译为 MinGW A 存档。

您可以链接闭源 DLL；但是，您需要将export DLL 的符号作为DEF file 和use dlltool 来制作相应的A 存档（类似于每个DLL 的VC++ LIB 文件）。

MinGW 包含 w32api 项目基本上意味着使用 Windows C API 的代码可以编译得很好，尽管一些较新的函数可能不会立即可用。例如，几个月前，我在编译使用某些“安全”函数（带有_s 后缀的函数）的代码时遇到了问题，但我通过将 DLL 的符号导出为 @987654343 解决了这个问题@，准备最新的A 存档，并编写前向声明。

在某些情况下，您需要调整 MinGW 预处理器 cpp 的参数，以确保正确包含所有头文件并正确预定义某些宏。

 

我建议只是尝试一下。您肯定会遇到问题，但您通常可以通过在 Internet 上搜索或询问某人来找到每个问题的解决方案。如果没有其他原因，您应该尝试它以了解更多关于 C++、编译器之间的差异以及符合标准的代码是什么。