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

Posted 2023-02-22

【中文标题】libc++ 和 libstdc++ 之间的 istream 运算符>> (double& val) 之间的差异

【英文标题】：Discrepancy between istream's operator>> (double& val) between libc++ and libstdc++

【发布时间】：2013-11-01 10:36:45

【问题描述】：

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

总而言之，当双精度值后跟一个字母时，libc++ 似乎无法从字符串流中提取双精度值。

我已经检查了标准 (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

【问题讨论】：

本地在这两种情况下都是C。

【参考方案1】：

根据（2011）标准的22.4.2.1.2，看来libstdc++是对的，libc++是错的。

在第 2 阶段，

如果 [字符 - n.m.] 未被丢弃，则进行检查以确定是否允许 c 作为阶段 1 返回的转换说明符的输入字段的下一个字符 [在这种情况下为“%g” - n.m.] 。如果是，则累积。

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

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

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

【讨论】：

我向 libc++ 人员报告了这个问题。见错误17782

仅在尾随字符为 'A' .. 'F'、'I'、'N'、'P' 和 'X'（以及相同的小写字符）时才会出现

@MarshallClow：好的，A 到 F 和 X 可以以十六进制数字出现，它们实际上出现在标准的相关部分，所以如果只有这些，人们可能会看到哪里出了问题罪魁祸首。但是我、N 和 P 是如何发挥作用的呢？

在十六进制浮点数中，您不能使用“E”作为指数 - 这是一个数字。该标准说使用'P'代替。 Libc++ 还将解析“inf”和“nan”，这就是“I”和“N”的来源。但是，在您的示例中，它显然做错了。

@MarshallClow：嗯，如果允许十六进制浮点数，那么 libc++ 是 似乎是正确的！标准在哪里谈论它们？如果允许P，为什么22.4.2.1.2中没有提到？