STL 和发布/调试库混乱

Question

我正在使用一些第三方。我正在使用它的共享库版本，因为该库很大（~60MB）并且被多个应用程序使用。

有没有办法在应用程序启动时找出库的发布/调试版本分别用于我的应用程序的发布/调试版本？

详细描述

公开 C++ 接口的库。其中一种 API 方法返回 std::vector。

当我在调试模式下编译应用程序时出现问题，应该使用库的调试版本。发布时也一样。如果使用了错误版本的库，应用程序就会崩溃。

根据 gcc （参见 http://gcc.gnu.org/onlinedocs/libstdc++ /manual/bk01pt03ch17s04.html）

但具有混合模式标准库 可以使用调试模式 或释放模式 basic_string 对象， 事情变得更加复杂

复杂1

看起来 Timbo 的提议是一个可能的解决方案 - 对调试和发布库使用不同的 soname。那么，应该将什么传递给 ./configure 脚本来更改库 soname？

PS 2

我的问题不是在链接时，而是在运行时。

PS 3

这里是演示我面临的问题的问题。

Answer 1

此处引用的调试模式没有任何内容处理应用程序的调试或发布版本。 STL调试模式通过-D_GLIBCXX_DEBUG激活，是一种特殊的检查模式。

第三方库实际上不太可能是使用 STL 检查模式编译的，但如果是的话，它很可能会立即提到您的代码也应该使用 -D_GLIBCXX_DEBUG 进行编译。

如果第 3 方库不是通过检查 STL 构建的，那么无论您是进行优化构建还是调试构建，它都与您的代码兼容。

由于您声明与第 3 方库的优化构建链接的代码的调试版本会导致崩溃，因此该崩溃很可能是由代码中的错误（或者可能是第 3 方库中的错误）引起的。

Valgrind 和 GDB 是您的朋友。

Answer 2

我相信您误读了您提供的链接中的文档。特别是，您误解了它的目的——该部分的标题是“目标”，并描述了 C++ 调试库的许多假设设计以及这些设计的后果，以便解释所做的实际设计选择。您引用的行后面的文本片段描述了由于假设实现对发布模式和调试模式字符串具有单独设计而导致的混乱。它接着说：

因此，我们无法轻松地为 std::basic_string 类模板提供安全的迭代器，因为它存在于整个 C++ 标准库中。

（或者，换句话说，提供特殊的“调试”版本的字符串迭代器是不可能的。）

...

通过libstdc++调试模式的设计，我们无法有效地向用户隐藏调试模式字符串和发布模式字符串之间的差异。未能隐藏差异可能会导致不可预测的行为，因此我们选择仅执行不需要 ABI 更改的 basic_string 更改。对用户的影响预计是最小的，因为有简单的替代方案（例如，__gnu_debug::basic_string），并且我们从混合调​​试和发布编译翻译单元的能力中获得的可用性好处是巨大的。

换句话说，GCC 的 libstdc++ 中的调试和发布模式的设计拒绝了这种假设的实现，对字符串进行了单独的设计，特别是为了允许您担心如何避免的那种跨模式链接。

因此，在不使用 -D_GLIBCXX_DEBUG（或者出于某种原因，如果您愿意的话）的情况下编译一次库，并将其与应用程序的任一模式链接时，您应该不会遇到问题。如果您确实遇到问题，那是由于某个地方的错误造成的。 [但是请参阅下面的编辑！这是特定于 std::string 的，而不是其他容器！]

编辑：接受此答案后，我继续回答后续问题在 std::vector； crash，并意识到这个答案的结论是错误的。 GCC 的 libstdc++ 对字符串进行了巧妙的处理，以支持“每次使用重新编译”（其中给定容器对象的所有使用都必须使用相同的标志进行编译，但程序中相同容器类的使用不需要使用相同的标志进行编译）标志），但这与提供您所需的交叉链接能力的完整“每单元编译”不同。特别是，该文件提到了这种交联能力，

我们相信，如果我们打算提供安全的迭代器、保持程序语义不变、并且在发布模式下不降低性能，那么这种级别的重新编译实际上是不可能的......

因此，如果您在库接口中传递容器，您将需要两个单独的库。老实说，对于这种情况，我发现最简单的解决方案是将两个库安装到不同的目录中（每个变体一个 - 并且您希望它们都与主库目录分开）。或者，您可以重命名调试库文件，然后手动安装。

作为进一步的建议——您可能不会经常在调试模式下运行它。可能只值得将调试版本静态编译并链接到您的应用程序中，因此您不必担心安装多个动态库并在运行时保持它们正常。

Answer 3

为 DLL 的调试版本和发布版本指定不同的名称，并通过库依赖项链接正确的名称。然后，除非找到正确的 DLL，否则您的应用程序将不会启动。

Answer 4

这是您应该在构建系统中进行的检查。在构建脚本中，

• 如果您正在构建发布版本，则链接到发布库。
• 如果您正在构建调试，则链接到调试库。

例如，如果您正在使用 make：

release: $(OBJ)
    $(CC) $(CXXFLAGS_RELEASE) $(foreach LIB,$(LIBS_RELEASE),-l$(LIB))
debug: $(OBJ)
    $(CC) $(CXXFLAGS_DEBUG) $(foreach LIB,$(LIBS_DEBUG),-l$(LIB))