“将 dll boost 库与静态运行时混合在一起是一个非常糟糕的主意......”

我的 Visual Studio 解决方案中有两个项目。一个构建静态 LIB，另一个构建动态 DLL。两者都使用静态运行时链接（/MT 和 /MTd），并且都使用 Boost。提升不是我的决定——我想放弃它，但我被委员会否决了。

LIB 构建得很好，但是 DLL 从 auto_link.hpp 中抛出了一个错误（第 354 行）：“将 dll boost 库与静态运行时混合是一个非常糟糕的主意......”。

#if (defined(_DLL) || defined(_RTLDLL)) && defined(BOOST_DYN_LINK)
#  define BOOST_LIB_PREFIX
#elif defined(BOOST_DYN_LINK)
#  error "Mixing a dll boost library with a static runtime is a really bad idea..."
#else
#  define BOOST_LIB_PREFIX "lib"
#endif

我没有定义 BOOST_DYN_LINK。 Boost 似乎正在实现一个飞跃，因为我正在构建 DLL（定义了 _USRDLL 和 _WINDLL），所以我必须需要动态运行时链接（/MD 或 /MDd，它定义 _DLL）或针对 Boost 的 DLL 链接。这是不正确的，因为我特别要求静态链接（/MT 或 /MTd）。

我提交了一份错误报告反对 Boost 的错误假设，但这对我使用该库没有帮助。在报告中，Boost 维护者坚持认为是我设置的（尽管审计表明我没有设置；并且 Boost 在至少 30 个文件中操纵了它）。我发现一个答案在 Boost 邮件列表中，其实质上是要更改我的项目设置以适应 Boost。

更改为动态运行时链接（/MD 和 /MDd）是不可行的，因为选择静态链接（1）出于安全考虑，并且（2）另一个库使用静态链接。这是没有商量余地的——我们别无选择。

为了清楚起见总结一下（TLDR）：我想对所有内容使用静态链接，而我的输出程序是 DLL（不是静态 LIB，不是 EXE）。一切都在 DLL 中静态链接。

有谁知道如何在 Windows 上使用这个库来构建具有静态链接的 DLL？

简短版本：听听 Boost ML 上的人的意见。 Boost 不支持你想要做的事情，而且无论如何这都是一个坏主意。最好接受这一点并使其他库使用动态运行时。

更长的版本：

您似乎误解了 Boost 告诉您的内容。您尝试解析 Boost 源代码，而不是仅仅阅读它的内容：

auto_link.hpp（第 354 行）：“将 dll boost 库与静态运行时混合是一个非常糟糕的主意......”。

Boost 认为您正在构建 DLL，同时静态链接到运行时库。这正是你正在做的事情； Boost 已准确地检测到您正在尝试执行的操作。

你的问题是 Boost 库没有support被构建到不动态链接到运行时库的 DLL 中。原因是这是“一个非常糟糕的主意”。因此，他们会检查您是否正在尝试这样做，并通过一条错误消息来停止您的构建，提醒您这一事实。

Boost 中的“freetards”不知道如何使某些东西“开箱即用”地工作，因此阻止了这种情况，因为静态链接到 DLL 中的运行时通常是用户的错误。它要么是偶然造成的，要么是由于对这可能产生的主要问题的无知而造成的。

如果静态链接到运行时，每个 DLL/exe 将拥有自己的运行时副本，以及自己的全局变量。并且自从heap通过全局变量进行管理，这意味着每个 DLL/exe 将有自己的堆。因此，如果您尝试释放在另一个地址空间中分配的内存......繁荣。如果你不小心的话，这比你想象的要容易得多。

这也可能导致其他问题。 “自由主义者”试图阻止你搬起石头砸自己的脚。但显然你知道最好不要“把他们的废话强加给诚实和毫无戒心的用户”，他们可能希望在即将驶下悬崖时得到建议。

现在，您可以简单地删除错误消息。 Boost 的大部分内容都是标头，因此只要您实际上没有链接到其任何 .lib，就应该没问题。但是，我猜想“auto_link.hpp”仅由 Boost 的 .lib 部分使用，您一开始遇到它的事实很可能意味着您正在尝试链接到 Boost .lib。

更改为动态运行时链接（/MD 和 /MDd）是不可行的，因为选择静态链接（1）出于安全考虑，并且（2）另一个库使用静态链接。

如果考虑安全性，您应该意识到这一点：您正在构建 DLL 这一事实意味着您的应用程序可能对 DLL 注入开放，无论您如何链​​接到运行时。所以我不认为动态链接比静态链接更不安全。