blob: 3f0927338f9983671be7df91c649a0a247bfbf2a [file] [log] [blame]
Ted Kremenek797a2472009-04-08 05:07:30 +00001<html>
2 <head>
3 <title>Pretokenized Headers (PTH)</title>
4 <link type="text/css" rel="stylesheet" href="../menu.css" />
5 <link type="text/css" rel="stylesheet" href="../content.css" />
6 <style type="text/css">
7 td {
8 vertical-align: top;
9 }
10 </style>
11</head>
12<body>
13
14<!--#include virtual="../menu.html.incl"-->
15
16<div id="content">
17<h1>Pretokenized Headers</h1>
18
19<p> <a href="http://en.wikipedia.org/wiki/Precompiled_header">Precompiled
Chris Lattnercdf59da2009-04-08 05:50:25 +000020headers</a> are a general approach employed by many compilers to reduce
21compilation time. The underlying motivation of the approach is that it is
22common for the same (and often large) header files to be included by
Ted Kremenek797a2472009-04-08 05:07:30 +000023multiple source files. Consequently, compile times can often be greatly improved
24by caching some of the (redundant) work done by a compiler to process headers.
Chris Lattnercdf59da2009-04-08 05:50:25 +000025Precompiled header files, which represent one of many ways to implement
Ted Kremenek797a2472009-04-08 05:07:30 +000026this optimization, are literally files that represent an on-disk cache that
27contains the vital information necessary to reduce some (or all) of the work
28needed to process a corresponding header file. While details of precompiled
29headers vary between compilers, precompiled headers have been shown to be a
30highly effective at speeding up program compilation on systems with very large
Chris Lattnercdf59da2009-04-08 05:50:25 +000031system headers (e.g., Mac OS/X).</p>
Ted Kremenek797a2472009-04-08 05:07:30 +000032
33<p>Clang supports an implementation of precompiled headers known as
34<em>pre-tokenized headers</em> (PTH). Clang's pre-tokenized headers support most
35of same interfaces as GCC's pre-compiled headers (as well as others) but are
Chris Lattnercdf59da2009-04-08 05:50:25 +000036completely different in their implementation. This first describes the
Ted Kremenek797a2472009-04-08 05:07:30 +000037interface for using PTH and then briefly elaborates on their design and
38implementation.</p>
39
40
41<h2>Using Pretokenized Headers (High-level Interface)</h2>
42
43<p>The high-level interface to generate a PTH file is the same as GCC's:</p>
44
45<pre>
46 $ gcc -x c-header test.h -o test.h.gch
47 $ clang -x c-header test.h -o test.h.pth
48</pre>
49
50<p>A PTH file can then be used as a prefix header when a <tt>-include</tt>
51option is passed to <tt>clang</tt>:</p>
52
53<pre>
54 $ clang -include test.h test.c -o test
55</pre>
56
57<p>The <tt>clang</tt> driver will first check if a PTH file for <tt>test.h</tt>
58is available; if so, the contents of <tt>test.h</tt> (and the files it includes)
59will be processed from the PTH file. Otherwise, <tt>clang</tt> falls back to
60directly processing the content of <tt>test.h</tt>. This mirrors the behavior of
61GCC.</p>
62
63<p><b>NOTE:</b> <tt>clang</tt> does <em>not</em> automatically used PTH files
64for headers that are directly included within a source file. For example:</p>
65
66<pre>
67 $ clang -x c-header test.h -o test.h.pth
68 $ cat test.c
69 #include "test.h"
70 $ clang test.c -o test
71</pre>
72
73<p>In this example, <tt>clang</tt> will not automatically use the PTH file for
74<tt>test.h</tt> since <tt>test.h</tt> was included directly in the source file
75and not specified on the command line using <tt>-include</tt>.</p>
76
77<h2>Using Pretokenized Headers (Low-level Interface)</h2>
78
Chris Lattnercdf59da2009-04-08 05:50:25 +000079<p>The low-level Clang compiler tool, <tt>clang-cc</tt>, supports three command
80line options for generating and using PTH files.<p>
Ted Kremenek797a2472009-04-08 05:07:30 +000081
82<p>To generate PTH files using <tt>clang-cc</tt>, use the option <tt>-emit-pth</tt>:
83
84<pre>
85 $ clang-cc test.h -emit-pth -o test.h.pth
86</pre>
87
88<p>This option is transparently used by <tt>clang</tt> when generating PTH
89files. Similarly, PTH files can be used as prefix headers using the <tt>-include-pth</tt> option:</p>
90
91<pre>
92 $ clang-cc -include-pth test.h.pth test.c -o test.s
93</pre>
94
95<p>Alternatively, Clang's PTH files can be used as a raw &quot;token-cache&quot;
96(or &quot;content&quot; cache) of the source included by the original header
97file. This means that the contents of the PTH file are searched as substitutes
98for <em>any</em> source files that are used by <tt>clang-cc</tt> to process a
99source file. This is done by specifying the <tt>-token-cache</tt> option:</p>
100
101<pre>
102 $ cat test.h
Chris Lattner0a069992009-04-08 06:00:32 +0000103 #include &lt;stdio.h&gt;
Ted Kremenek797a2472009-04-08 05:07:30 +0000104 $ clang-cc -emit-pth test.h -o test.h.pth
105 $ cat test.c
106 #include "test.h"
107 $ clang-cc test.c -o test -token-cache test.h.pth
108</pre>
109
110<p>In this example the contents of <tt>stdio.h</tt> (and the files it includes)
111will be retrieved from <tt>test.h.pth</tt>, as the PTH file is being used in
112this case as a raw cache of the contents of <tt>test.h</tt>. This is a low-level
113interface used to both implement the high-level PTH interface as well as to
114provide alternative means to use PTH-style caching.</p>
115
116<h2>PTH Design and Implementation</h2>
117
118<p>Unlike GCC's precompiled headers, which cache the full ASTs and preprocessor
119state of a header file, Clang's pretokenized header files mainly cache the raw
120lexer <em>tokens</em> that are needed to segment the stream of characters in a
121source file into keywords, identifiers, and operators. Consequently, PTH serves
122to mainly directly speed up the lexing and preprocessing of a source file, while
123parsing and type-checking must be completely redone every time a PTH file is
124used.</p>
125
126<h3>Basic Design Tradeoffs</h3>
127
128<p>In the long term there are plans to provide an alternate PCH implementation
129for Clang that also caches the work for parsing and type checking the contents
130of header files. The current implementation of PCH in Clang as pretokenized
131header files was motivated by the following factors:<p>
132
133<ul>
Ted Kremenek07f08d22009-04-09 18:03:21 +0000134
135<li><p><em>Language independence</em>: PTH files work with any language that
136Clang's lexer can handle, including C, Objective-C, and (in the early stages)
137C++. This means development on language features at the parsing level or above
138(which is basically almost all interesting pieces) does not require PTH to be
139modified.</p></li>
Ted Kremenek797a2472009-04-08 05:07:30 +0000140
141<li><em>Simple design</em>: Relatively speaking, PTH has a simple design and
142implementation, making it easy to test. Further, because the machinery for PTH
143resides at the lower-levels of the Clang library stack it is fairly
144straightforward to profile and optimize.</li>
145</ul>
146
147<p>Further, compared to GCC's PCH implementation (which is the dominate
148precompiled header file implementation that Clang can be directly compared
149against) the PTH design in Clang yields several attractive features:</p>
150
151<ul>
152
153<li><p><em>Architecture independence</em>: In contrast to GCC's PCH files (and
154those of several other compilers), Clang's PTH files are architecture
155independent, requiring only a single PTH file when building an program for
156multiple architectures.</p>
157
158<p>For example, on Mac OS X one may wish to
159compile a &quot;universal binary&quot; that runs on PowerPC, 32-bit Intel
160(i386), and 64-bit Intel architectures. In contrast, GCC requires a PCH file for
161each architecture, as the definitions of types in the AST are
162architecture-specific. Since a Clang PTH file essentially represents a lexical
163cache of header files, a single PTH file can be safely used when compiling for
164multiple architectures. This can also reduce compile times because only a single
165PTH file needs to be generated during a build instead of several.</p></li>
166
167<li><p><em>Reduced memory pressure</em>: Similar to GCC,
168Clang reads PTH files via the use of memory mapping (i.e., <tt>mmap</tt>).
169Clang, however, memory maps PTH files as read-only, meaning that multiple
170invocations of <tt>clang-cc</tt> can share the same pages in memory from a
171memory-mapped PTH file. In comparison, GCC also memory maps its PCH files but
172also modifies those pages in memory, incurring the copy-on-write costs. The
173read-only nature of PTH can greatly reduce memory pressure for builds involving
174multiple cores, thus improving overall scalability.</p></li>
175
Ted Kremenek07f08d22009-04-09 18:03:21 +0000176<li><p><em>Fast generation<em>: PTH files can be generated in a small fraction
177of the time needed to generate GCC's PCH files. Since PTH/PCH generation is a
178serial operation that typically blocks progress during a build, faster
179generation time leads to improved processor utilization with parallel builds on
180multicore machines.</p></li>
181
Ted Kremenek797a2472009-04-08 05:07:30 +0000182</ul>
183
184<p>Despite these strengths, PTH's simple design suffers some algorithmic
185handicaps compared to other PCH strategies such as those used by GCC. While PTH
186can greatly speed up the processing time of a header file, the amount of work
187required to process a header file is still roughly linear in the size of the
188header file. In contrast, the amount of work done by GCC to process a
189precompiled header is (theoretically) constant (the ASTs for the header are
190literally memory mapped into the compiler). This means that only the pieces of
191the header file that are referenced by the source file including the header are
192the only ones the compiler needs to process during actual compilation. While
193GCC's particular implementation of PCH mitigates some of these algorithmic
194strengths via the use of copy-on-write pages, the approach itself can
195fundamentally dominate at an algorithmic level, especially when one considers
196header files of arbitrary size.</p>
197
Ted Kremenek07f08d22009-04-09 18:03:21 +0000198<p>There are plans to potentially implement an complementary PCH implementation
199for Clang based on the lazy deserialization of ASTs. This approach would
200theoretically have the same constant-time algorithmic advantages just mentioned
201but would also retain some of the strengths of PTH such as reduced memory
202pressure (ideal for multi-core builds).</p>
Ted Kremenek797a2472009-04-08 05:07:30 +0000203
204<h3>Internal PTH Optimizations</h3>
205
206<p>While the main optimization employed by PTH is to reduce lexing time of
207header files by caching pre-lexed tokens, PTH also employs several other
208optimizations to speed up the processing of header files:</p>
209
210<ul>
211
212<li><p><em><tt>stat</tt> caching</em>: PTH files cache information obtained via
213calls to <tt>stat</tt> that <tt>clang-cc</tt> uses to resolve which files are
214included by <tt>#include</tt> directives. This greatly reduces the overhead
215involved in context-switching to the kernel to resolve included files.</p></li>
216
217<li><p><em>Fasting skipping of <tt>#ifdef</tt>...<tt>#endif</tt> chains</em>:
218PTH files record the basic structure of nested preprocessor blocks. When the
219condition of the preprocessor block is false, all of its tokens are immediately
220skipped instead of requiring them to be handled by Clang's
221preprocessor.</p></li>
222
223</ul>
224
225</div>
226</body>
227</html>