我正在使用_GLIBCXX_DEBUG模式来帮助查找代码中的错误,但是我遇到了一个问题,我认为这是库中的错误,但是希望有人可以告诉我我只是在做错什么。这是一个再现问题的简短示例:

#define _GLIBCXX_DEBUG
#include <iostream>
#include <sstream>

int main (int argc, const char * argv[]) {
    std::ostringstream ostr;
    ostr << 1.2;
    std::cout << "Result: " << ostr.str() << std::endl;
    return 0;
}

如果我注释掉#define,那么输出是(如预期的那样):
Result: 1.2

有了_GLIBCXX_DEBUG定义,但是输出很简单:
Result:

我已将此问题跟踪到流的_M_num_put字段保留为NULL,这导致在流中引发(并捕获)异常,并且导致该数字没有输出。 _M_num_put应该是来自区域设置的std::num_put(我并没有声称要了解它应该如何工作,这只是到目前为止我在搜索中所学到的)。

我正在使用XCode的Mac上运行此程序,并尝试使用“LLVM GCC 4.2”和“Apple LLVM Compiler 3.0”作为编译器,结果相同。

我很乐意解决此问题。我想继续在我的代码上以_GLIBCXX_DEBUG模式运行,但这会干扰这一点。

最佳答案

有人看到了这个over at cplusplus.com
here at stackoverflow

共识是,这是Mac OS的gcc 4.2中的一个已知错误,并且由于不再更新该编译器,因此不太可能对其进行修复。

在我看来,您可以(1)使用LLVM,或(2)构建自己的GCC并使用它。

08-17 04:02
查看更多