Fast Builds: Unintrusive Precompiled Headers (PCH)
Fast builds are critical to the C++ programmer's productivity and happiness. One common technique for reducing build times is precompiled headers (PCH). There's plenty of literature out there; I won't describe PCH in detail here.
But one thing that's always bothered me about PCH is that it affects your code. #pragma hdrstop
and #include "StdAfx.h"
everywhere. Gross.
I'm a strong believer in clean code without boilerplate, so can't we do better? Ideally we could make a simple tweak to the build system and see build times magically improve. Enno enticed me with mentions of his fast builds, so I took a look...
Using PCH in Visual C++ requires a header (call it Precompiled.h) that includes all of the expensive dependencies:
#include <vector> #include <map> #include <iostream> #include <fstream> #include <boost/python.hpp> #include <windows.h> #include <mmsystem.h>
Additionally, we need a source file (let's get creative and call it Precompiled.cpp), which is empty except for #include "Precompiled.h"
.
Compile Precompiled.cpp with /Yc Precompiled.h
to generate Precompiled.pch, the actual precompiled header. Then, use the precompiled header on the rest of your files with /Yu Precompiled.h
.
OK, here's the step that prevented me from using PCH for so long: every single source file in your project must #include "Precompiled.h"
on its first line.
That's ridiculous! I don't want to touch every file!
It turns out our savior is the /FI option. From the documentation:
This option has the same effect as specifying the file with double quotation marks in an #include directive on the first line of every source file specified on the command line [...]
Exactly what we want!
But wait, doesn't that mean every .cpp in our project will have access to every symbol included by the PCH? Yes. :( It's worth the build speedup.
However, explicit physical dependencies are important, and the only way to prevent important things from breaking is by blocking commits if they fail. Since enabling and disabling PCH does not require any code changes, it's easy enough to add a "disable PCH" option to your build system and run it on your continuous integration server:
If somebody uses std::string
but forgets to #include <string>
, the build will fail and block commits.
In the end, here's the bit of SCons magic that lets me quickly drop PCH into a project:
def enable_pch(env, source_file, header): if PCH_ENABLED: PCH, PCH_OBJ = env.PCH(source_file) env['PCH'] = PCH env['PCHSTOP'] = header env.Append(CPPFLAGS=['/FI' + header]) return [PCH_OBJ] else: return [source_file]
Now you can benefit from fast builds with minimal effort and no change to your existing code!
See discussion on /r/programming.
Alright, good. Now let's see you do that on a cross platform source tree.
The nice thing about this approach is that it has no effect on other platforms! You can enable PCH on Windows and do normal builds on Linux/Mac.
Does gcc support non-intrusive PCH?
Seems a bit raw, but i definitely like the idea of not having to modify the source! Nice work/idea.
Besides that it would be quite interesting why there is not better compiler/linker side approach on that?
You can also do this on GCC using -include option and GCH files. I don't normally like implict includes but I may give it a try since we are just switching over to cmake and I have precompiled headers working both for cl.exe and gcc. This may fit in nicely with the way we're doing automatic cross module dependency header as well.
I've taken a similar approach with CMake. In case you are interested in reading it, find it at http://cheind.wordpress.com/2010/02/21/reducing-compilation-time-precompiled-header/
[…] the approach from here – compile VC++ with /FI to implicitly include stdafx.h in each cpp file. Therefore in VS your […]