12

使用gcc 4.9我发现使用类型文字为复数生成的类型与通过常规方式创建的类型不同，即：

typeid(complex<double>(0.0,1.0)) != typeid(1.0i)
  1. 我在这里犯错了吗？
  2. 这是编译器错误还是预期的标准行为？
  3. 如果预期的标准行为：背后的理由是什么？

添加缺少的 MCVE

#include <complex>
using std::complex;
using namespace std::literals::complex_literals;

#include <iostream>
using std::cout;
using std::endl;

#include <typeinfo>

int main(int argc, char* argv[]) {
    if (typeid(complex<double>(0.0, 1.0)) == typeid(1.0i))
        cout << "types are same as expected" << endl;
    else
        cout << "types are unexpectedly not the same" << endl;

    cout << 1.0i*1.0i << endl;
    cout << complex<double>(0.0, 1.0)*complex<double>(0.0, 1.0) << endl;
}

编译说明：

g++ -std=gnu++14 complex.cpp -o complex.exe

输出：

types are unexpectedly not the same
1
(-1,0)

有趣的是，文字甚至似乎都不是一个适当的虚数。（我确定我忽略了一些东西......）

4

1 回答 1

20

程序的行为取决于gcc的语言标准模式：

生成C99 复数的内置文字后缀有一个gcc 扩展i。这些是不同的内置类型，例如，与C++ 中使用的“用户定义”类（模板专业化）相反。_Complex doublestd::complex<double>

在 C++14 中，C++ 现在有一个用户定义i的复数文字后缀。也就是说，complex<double> operator"" i(long double)内std::literals::complex_literals联命名空间中的一个函数。

这两个文字后缀是相互竞争的：

  • 在 C++11 模式下，只有内置扩展是可能的，但它是一个扩展。因此，gcc 仅在-std=gnu++11模式下允许它，甚至会警告您。奇怪的是，即使在-std=c++11模式下，clang 也允许它。

  • 在严格的C++14 模式（-std=c++14或-std=c++1y）中，必须禁用内置扩展以消除歧义（据我所知），因此 gcc 和 clang 都选择用户定义的文字后缀。

  • 在 gnu-extension-C++14 模式下-std=gnu++14，gcc 选择内置后缀（为了向后兼容？），而 clang 选择用户定义的后缀。这看起来很奇怪，我建议在这里查找或提交错误报告。

根据选择的文字后缀，您可以获得内置类型_Complex double或 some std::complex<double>.

于 2015-02-20T09:22:33.580 回答