libc ++和libstdc ++之间istream的运算符>>(double和val)之间的差异

Question

随着我最近升级到Mac OS X 10.9,默认的标准C++库从libstdc ++更改为libc ++.从那时起,我观察到下面的代码示例中记录的字符串流运算符>>(double)的意外行为.

总之,当double值后跟一个字母时,libc ++似乎在从stringstreams中提取double值时遇到问题.

我已经检查过标准(2003)但是如果在这种情况下提取应该起作用,我找不到任何具体的信息.

所以,如果这是一个libc ++或libstdc ++中的错误,我将不胜感激.

#include <sstream>
#include <iostream>

using namespace std;

void extract_double(const string & s)
{
  stringstream ss;
  double d;

  ss << s;
  ss >> d;
  if(!ss.fail())
    cout << "'" << ss.str() << "' converted to " << d << endl;
  else
    cout << "'" << ss.str() << "' failed to convert to double" << endl;
}

int main()
{
  extract_double("-4.9");
  extract_double("-4.9 X");
  extract_double("-4.9_");
  extract_double("-4.9d");
  extract_double("-4.9X");
}

用c++ --stdlib=libc++ streamtest.cxx给出的代码编译代码

'-4.9' converted to -4.9
'-4.9 X' converted to -4.9
'-4.9_' converted to -4.9
'-4.9d' failed to convert to double
'-4.9X' failed to convert to double

用c++ --stdlib=libstdc++ streamtest.cxx给出的代码编译代码

'-4.9' converted to -4.9
'-4.9 X' converted to -4.9
'-4.9_' converted to -4.9
'-4.9d' converted to -4.9
'-4.9X' converted to -4.9

编译器版本是

$ c++ --version
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.0
Thread model: posix

Answer 1

根据（2011）标准的22.4.2.1.2，看起来libstdc++是正确的，libc++是错误的。

在第 2 阶段，

如果它[字符 - nm] 未被丢弃，则进行检查以确定是否允许 c 作为阶段 1 返回的转换说明符的输入字段的下一个字符 [在本例中为“%g” - nm] 。如果有的话，就积累起来了。

由于%g转换说明符不接受d或X字符，因此不会累积字符。它也不会被丢弃（只能丢弃组分隔符）。因此第二阶段必须在此时结束。

然后在第 3 阶段，转换累积的字符。

看起来 libc++ 在第 2 阶段错误地累积d并X尝试转换它们，但失败了。