我正在使用_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并使用它。