Question

我正在使用_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模式运行，但这会干扰它。

Answer 1

有人见过这个over at cplusplus.com 和here at stackoverflow也是。

一致认为，这是Mac OS的gcc 4.2中的一个已知错误，由于该编译器不再更新，因此不太可能修复。

在我看来，您可以（1）使用LLVM，或者（2）构建您自己的GCC并使用它。

启用_GLIBCXX_DEBUG时，Stringstream不使用双精度数

1 个答案: