c – 启用_GLIBCXX_DEBUG时,Stringstream不使用双精度数

c – 启用_GLIBCXX_DEBUG时,Stringstream不使用双精度数,第1张

概述我正在使用_GLIBCXX_DEBUG模式来帮助查找我的代码中的错误,但我遇到了一个问题,我认为这是库中的一个错误,但希望有人可以告诉我,我只是做错了.这是一个重复问题的简短例子: #define _GLIBCXX_DEBUG#include <iostream>#include <sstream>int main (int argc, const char * argv[]) { 我正在使用_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并使用它.

总结

以上是内存溢出为你收集整理的c – 启用_GLIBCXX_DEBUG时,Stringstream不使用双精度数全部内容,希望文章能够帮你解决c – 启用_GLIBCXX_DEBUG时,Stringstream不使用双精度数所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1048783.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-25
下一篇 2022-05-25

发表评论

登录后才能评论

评论列表(0条)

保存