使用 GCC 预编译头文件

Question

如何获得与 GCC 一起使用的预编译头？

我的尝试并不顺利，也没有看到很多关于如何设置它的好例子。 我尝试过 Cygwin GCC 3.4.4 并在 Ubuntu。

Answer 1

C++ 预编译头的 -x 说明符是 -x c++-header，而不是 -x c++。 PCH 的使用示例如下。

pch.h：

// Put your common include files here: Boost, STL as well as your project's headers.

main.cpp：

#include "pch.h"
// Use the PCH here.

像这样生成PCH：

$ g++ -x c++-header -o pch.h.gch -c pch.h

pch.h.gch必须与位于同一目录中code>pch.h 才能使用，因此请确保从 pch.h 所在目录执行上述命令。

Answer 2

调用 GCC 的方式与为源文件调用 GCC 的方式相同，但使用头文件。

例如，

g++ $(CPPFLAGS) test.h

这会生成一个名为 test.h.gch 的文件。

每次 GCC 搜索 test.h 时，它都会首先查找 test.h.gch，如果找到它，它会自动使用它。

更多信息可以在 GCC 预编译标头下找到。

Answer 3

我过去曾经成功地让预编译头在 gcc 下工作过一次，我记得当时也遇到了问题。 要记住的是，如果不满足某些条件，gcc 将忽略该文件（header.h.gch 或类似文件），可以在 gcc 预编译头文档页面。

一般来说，最安全的做法是让构建系统首先编译 .gch 文件，并使用与源代码的其余部分相同的命令行选项和可执行文件。 这可确保文件是最新的并且不存在细微的差异。

首先让它与一个人为的示例一起工作可能也是一个好主意，只是为了消除您的问题特定于项目中的源代码的可能性。

Answer 4

确保-include your_header.h

这就是我预编译和使用bits/stdc++.h集合的方式。

然后

#include <bits/stdc++.h>

我通过使用 -H 编译我的文件并查看

g++ sol.cpp -H -O3 -pthread -lm -std=c++14 -o executable

我看到的输出来

. /usr/include/x86_64-linux-gnu/c++/7/bits/stdc++.h

找到该库所以我在当前目录内创建了一个新目录 bits 并复制了 stdc++.h从那里。

然后我运行

g++ bits/stdc++.h -O3 -std=c++14  -pthread

生成了 bits/stdc++.gch

通常我通过编译我的代码

g++ sol.cpp -O3 -pthread -lm -std=c++14 -o executable

，但我必须将其修改为，

g++ sol.cpp -include bits/stdc++.h -O3 -pthread -lm -std=c++14 -o executable

因为它只解析为 .gch 文件而不是 .h 与 -include 位/stdc++.h
这对我来说很关键。 另一件需要记住的事情是，您必须使用与编译 *.cpp 几乎相同的参数来编译 *.h 头文件。 当我没有包含 -O3 或 -pthread 时，它会忽略 *.gch 预编译头。

要检查一切是否正确，您可以通过比较结果来测量时间差，

time g++ sol.cpp ...

或者再次运行

g++ sol.cpp -H -O3 -pthread -lm -std=c++14 -o executable

并查找标头路径，例如，您现在是否在库路径之前得到 !

! ./bits/stdc++.h.gch
....

Answer 5

首先，请参阅此处的文档。

您可以像任何其他文件一样编译标头，但将输出放入后缀为 .gch 的文件中。

因此，例如，如果您预编译 stdafx.h，您将拥有一个预编译标头，每当您包含 stdafx.h 时，都会自动搜索名为 stdafx.h.gch 的预编译标头

示例：

stdafx .h:

#include <string>
#include <stdio.h>

a.cpp:

#include "stdafx.h"
int main(int argc, char**argv)
{
  std::string s = "Hi";
  return 0;
}

然后编译为：

<代码>> g++ -c stdafx.h -o stdafx.h.gch
<代码>> g++ a.cpp
<代码>> ./a.out

即使您在步骤 1 之后删除了 stdafx.h，您的编译也将正常工作。

Answer 6

关于文件扩展名的一个微妙提示让我困惑，因为我没有给予足够的关注：.gch 扩展名被添加到预编译文件的全名中； 它不会替换 .h。 如果你弄错了，编译器将找不到它并且默默地不起作用。

precomp.h =>; precomp.h.gch

不是：

precomp.h => precomp.gch

使用 GCC 的 -H 检查是否正在查找/使用它。

Answer 7

我确实取得了成功。 首先，我使用了以下代码：

#include <boost/xpressive/xpressive.hpp>
#include <iostream>

using namespace std;
using namespace boost::xpressive;

// A simple regular expression test
int main()
{
    std::string hello("Hello, World!");

    sregex rex = sregex::compile( "(\\w+) (\\w+)!" );
    smatch what;

    if( regex_match( hello, what, rex ) )
    {
        std::cout << what[0] << '\n'; // Whole match
        std::cout << what[1] << '\n'; // First capture
        std::cout << what[2] << '\n'; // Second capture
    }
    return 0;
}

这只是一个 Hello, World ！程序来自 Boost Xpressive。 首先，我在 GCC 中使用 -H 选项进行编译。 它显示了它使用的大量标头列表。 然后，我查看了 IDE 的编译标志 (Code::Blocks ）正在生成并看到类似这样的内容：

g++ -Wall -fexceptions  -g  -c main.cpp -o obj/Debug/main.o

所以我编写了一个命令来编译具有完全相同标志的 Xpressive.hpp 文件：

sudo g++ -Wall -fexceptions  -g /usr/local/include/boost/xpressive/xpressive.hpp

我使用 -H 并得到以下输出：

g++ -Wall -fexceptions -H  -g     -c main.cpp -o obj/Debug/main.o

! /usr/local/include/boost/xpressive/xpressive.hpp.gch
main.cpp
. /usr/include/c++/4.4/iostream
.. /usr/include/c++/4.4/x86_64-linux-gnu/bits/c++config.h
.. /usr/include/c++/4.4/ostream
.. /usr/include/c++/4.4/istream
main.cpp

! 意味着编译器能够使用预编译头。 x 表示无法使用它。 使用适当的编译器标志至关重要。 我取下 -H 并进行了一些速度测试。 预编译标头从 14 秒缩短到 11 秒。 不错，但也不是很好。

注意：这是示例< /a>. 我无法让它在帖子中工作。

顺便说一句：我正在使用以下g++：

g++ (Ubuntu 4.4.3-4ubuntu5) 4.4.3