c – STL和释放/调试库混乱

我相信您在提供的链接中误读了该文档.特别是,您误解了其目的 – 该部分标题为“目标”,并描述了C调试库的一些假设设计以及这些设计的后果,以便解释所做的实际设计选择.按照您引用的行的文本位描述了由假设实现而产生的混乱,这些实现具有针对释放模式和调试模式字符串的单独设计.继续说：

(或者,改写,提供一个特殊的“调试”版本的字符串迭代器是不可能的.)

换句话说,GCC的libstdc中的调试和释放模式的设计已经针对字符串的单独设计拒绝了这个假设实现,特别是为了允许跨模式链接您担心如何避免的排序.

因此,您不应该在编译库时遇到问题,而不用使用-D_GLIBCXX_DEBUG(或者由于某种原因而需要),并将其链接到应用程序的任一模式.如果你有问题,那是由于某个地方的错误. [但请参阅下面的编辑！这是特定于std :: String,而不是其他容器！]

编辑：答案接受后,我跟进了std::vector<std::string> crash的后续问题,并意识到这个答案的结论是不正确的. GCC的libstdc使用字符串来巧妙地支持“每次使用重新编译”(其中给定容器对象的所有使用必须使用相同的标记进行编译,但是在程序中使用相同的容器类不需要编译相同的标志),但这并不完全相同的事情,完整的“单位编译”,将提供您需要的交互能力.具体来说,文件说明了交联能力,

因此,如果您在库界面中传递容器,则需要两个独立的库.老实说,对于这种情况,我发现最简单的解决方案只是将两个库安装到不同的目录中(每个变体都有一个),并且您希望两者都与主库目录分开.或者,您可以重命名调试库文件,然后手动安装.

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