GCC Bug，当使用“”尖括号包含通过宏的头时，路径中的“Linux”字符串被替换为“1”

Question

我可能在GCC中发现了一个bug。我在网上找不到任何与此相关的东西，所以我想知道是否有人以前见过这个。

我使用的“Ubuntu 16.04.0 LTS”是:gcc version 5.4.0 201 60609(Ubuntu 5.4.0-6Ubuntu1~16.04.6)，但是这个问题也会在更高的gcc版本gcc-6和GCC-7上出现。

在https://github.com/mihaipop11/gcc-linux中，您可以找到一个链接，链接到包含所有源代码的github repo。

如何繁殖：

我们有一个很好的小程序，里面有这些文件：

// main.cpp
#include <iostream>
#include INCLUDE_FILE

int main()
{
  std::cout << "Works this time" << std::endl;
}

和文件夹中的头文件，假设命名为include，这并不重要，这只是为了演示目的。

// include.hpp
//empty header

总体结构如下所示：

<dir>
├── main.cpp
└── include
    └── include.hpp

总体结构如下所示：

test-notlinux
├── main.cpp
└── include
    └── include.hpp

现在，CD test-notlinux并尝试编译源代码：

g++ "-D INCLUDE_FILE=\"${PWD}/include/include.hpp\"" main.cpp
g++ "-D INCLUDE_FILE=<${PWD}/include/include.hpp>" main.cpp

结果：两个命令都按预期工作。这里没有问题。

test-linux
├── main.cpp
└── include
    └── include.hpp

现在，CD test-linux并尝试编译源代码：

// first command should work
g++ "-D INCLUDE_FILE=\"${PWD}/include/include.hpp\"" main.cpp

// but this ...
g++ "-D INCLUDE_FILE=<${PWD}/include/include.hpp>" main.cpp

结果：第二个命令显然用1替换了dir名称中的Linux字符串

输出:/tmp/test-1/include/include.hpp:没有这样的文件或目录

有人对此有所了解吗？

Answer 1

首先，Linux是定义到1的宏。在<>的情况下，宏被展开，而在“”的情况下，令牌是一个字符串。

其次，Linux仅在使用GNU扩展时才被定义，所以只要使用-std=c++{98,11,14,17,2a}或-ANSI编译，就不会被定义（只有__linux__、_linux和__gnu_linux__被定义）。