c++ - Windows 上 C 库的二进制交叉编译器兼容性

Question

我的问题类似于this one ，但也考虑静态库:

我们有一个跨平台的 C++ 头库，可以在 Windows/Linux/Os X 下很好地构建，可以在多个编译器上工作，包括 32 位和 64 位。当用户安装了 zlib 或 libbz2 时，构建系统通过 #ifdefs 启用库中的一些功能。

为了方便我们的用户，我们希望为 Windows 提供 zlib 和 libbz2 等库，可以是二进制格式，也可以是源代码，只需点击几下即可安装。(在 Linux 和 Mac Os X 上，这些库可以简单地安装为系统包，事实上，据我所知，它们在大多数标准安装中都可用)。

最终解决方案应使用户能够在 32 位和 64 位 Windows 上使用 Visual C/C++ 编译器 2005、2008 和 2010 以及 MinGW 轻松链接 zlib 和 libbz2。目前和可预见的 future ，我们只关心 C 库。

库应该单独构建，我们不想将构建它们集成到我们的构建系统中。

据我所知，这里至少有两个自由度:

• 是否使用静态库或 DLL。
• 是发布二进制库还是让用户构建自己的库。

另一点是，用户应该能够将库链接到他们程序的调试版本和优化版本。我不是 Windows 编程方面的专家，但据我在互联网上和工作中的其他开发人员那里发现，Windows 上的调试版本和发布版本之间存在这种(不寻常？)区别。显然，您不能将调试程序与发布库链接起来，反之亦然。这是正确的吗？

好吧，为了清楚起见，让我再总结一下:(1) 为我们的 C++ 编译器提供依赖 C 库的最佳方式是什么？(2) 如果我们以后还想发布 C++ 库，让用户使用每个编译器从源代码构建是唯一可行的方法，对吗？

Answer 1

What is the best way to ship dependency C libraries for our C++ compiler?

没有完美的解决方案，但如果提供 DLL 以及相应的头文件和 import libraries，您的用户会轻松很多。对于您认为他们将使用的编译器，至少对于 Visual Studio。请注意，大多数编译器都提供了从 DLL 二进制文件创建导入库的工具。

您还可以以源代码形式发布库，并提供在不同编译器上构建它们的脚本。

If we later also want to ship C++ libraries, letting the user build from source with each compiler is the only feasible way, right?

一般来说，使用导出 C++ 类和方法的 DLL 是一个非常糟糕的主意，因为它们以依赖于编译器的方式导出，有效地迫使您为每个支持的编译器提供不同的 DLL。当我使用 C++ 库时，我会采取以下措施:

1. 构建静态库，而非 DLL。
2. 将 C++ 库的构建合并到我的项目的构建中(例如，作为依赖项目)，确保所有内容均由同一编译器构建。

如果我没有理解错的话，您的用户就是构建应用程序的用户，您只是向他们提供您的头文件库。所以在我看来，在这种情况下，您需要记录他们如何将 C++ 库添加到他们的应用程序中，也许最好的方法是提供一个完整的示例应用程序，该应用程序还可以从源代码构建 C++ 库，至少针对 Visual Studio 和您知道您的用户可能使用的任何其他编译器。

祝你好运。