Precompiled headers with GCC

Question

Anyone had any success getting precompiled headers working with GCC? I have had no luck in my attempts and I haven't seen many good examples for how to set it up. I've tried on cygwin gcc 3.4.4 and using 4.0 on Ubuntu.

Answer 1

I have definitely had success. First, I used the following code:

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

using namespace std;
using namespace boost::xpressive;

//A simple regex 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;
}

This was just a hello world from Boost Xpressive (see below for link). First, I compiled with the -H option in gcc. It showed an enormous list of headers that it used. Then, I took a look at the compile flags my IDE (code::blocks) was producing and saw something like this:

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

So I wrote a command to compile the Xpressive.hpp file with the exact same flags:

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

I compiled the original code again with the -H and got this output:

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

The ! means that the compiler was able to use the precompiled header. An x means it was not able to use it. Using the appropriate compiler flags is crucial. I took off the -H and ran some speed tests. The precompiled header had an improvement from 14 seconds to 11 seconds. Not bad but not great.

Note: Here's the link to the example: http://www.boost.org/doc/libs/1_43_0/doc/html/xpressive/user_s_guide.html#boost_xpressive.user_s_guide.examples I couldn't get it to work in the post.

BTW: I'm using the following g++

g++ (Ubuntu 4.4.3-4ubuntu5) 4.4.3

Answer 2

Firstly, see the documentation here.

You compile headers just like any other file but you put the output inside a file with a suffix of .gch.

So for example if you precompile stdafx.h you will have a precompiled header that will be automatically searched for called stdafx.h.gch anytime you include stdafx.h

Example:

stdafx.h:

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

a.cpp:

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

Then compile as:

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

Your compilation will work even if you remove stdafx.h after step 1.

Answer 3

I have managed to get precompiled headers working under gcc once in the past, and I recall having problems then as well. The thing to remember is that gcc will ignore the file (header.h.gch or similar) if certain conditions are not met, a list of which can be found on the gcc precompiled header documentation page.

Generally it's safest to have your build system compile the .gch file as a first step, with the same command line options and executable as the rest of your source. This ensures the file is up to date and that there are no subtle differences.

It's probably also a good idea to get it working with a contrived example first, just to remove the possibility that your problems are specific to source code in your project.

Answer 4

Call gcc same way as you call it for your source file but with a header file.

e.g.

g++ $(CPPFLAGS) test.h

this generates a file called test.h.gch

Every time gcc searches for test.h it look first for test.h.gch and if it finds it it uses it automatically.

More information can be found under GCC Precompiled Headers

Answer 5

The -x specifier for C++ precompiled headers is -x c++-header, not -x c++. Example usage of PCH follows.

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.

Generate the PCH like this:

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

The pch.h.gch must be in the same directory as the pch.h in order to be used, so make sure that you execute the above command from the directory where pch.h is.

Answer 6

Make sure to -include your_header.h

This is how I precompiled and used bits/stdc++.h collection.

Code

#include <bits/stdc++.h>

Then I located the lib by compiling my file with -H and looking at output

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

where I saw

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

So I made a new directory bits inside of current one and copied stdc++.h from there.

Then I ran

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

which generated bits/stdc++.gch

Normally I compiled my code via

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

, but I had to modify that to

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

as it only resolved to .gch file instead of .h with -include bits/stdc++.h That was key for me. Other thing to keep in mind is that you have to compile *.h header file with almost the same parameters as you compile your *.cpp. When I didn't include -O3 or -pthread it ignored the *.gch precompiled header.

To check if everything's correct you can measure time difference via comparing result of

time g++ sol.cpp ...

or run

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

again and look for header paths and if you now get ! before library path, for example

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

Answer 7

A subtle tip about the file extension that tripped me up because I wasn't paying close enough attention: the .gch extension is added to the precompiled file's full name, it doesn't replace .h. If you get it wrong, the compiler won't find it and silently not work.

precomp.h => precomp.h.gch

Not:

precomp.h => precomp.gch

Use gcc -H to check if it's finding/using it.