summaryrefslogtreecommitdiff
path: root/docs/CFEBuildInstrs.html
blob: 85d1ebd90ff63c695b74fd5ec63f499d4baf5545 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
                      "http://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
  <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  <link rel="stylesheet" href="llvm.css" type="text/css" media="screen">
  <title>Bootstrapping the LLVM C/C++ Front-End</title>
</head>
<body>

<div class="doc_title">
  Bootstrapping the LLVM C/C++ Front-End
</div>

<ol>
  <li><a href="#cautionarynote">A Cautionary Note</a>
    <ul>
      <li><a href="#cygwin">Building under Cygwin</a></li>
      <li><a href="#aix">Building under AIX</a></li>
    </ul>
  </li>
  <li><a href="#instructions">llvm-gcc4 Instructions</a></li>
  <li><a href="#llvm-gcc3-instructions">llvm-gcc3 Instructions</a></li>
  <li><a href="#license">License Information</a></li>
</ol>

<div class="doc_author">    
  <p>Written by Brian R. Gaeke and 
     <a href="http://nondot.org/sabre">Chris Lattner</a></p>
</div>

<!-- *********************************************************************** -->
<div class="doc_section">
  <a name="cautionarynote">A Cautionary Note</a>
</div>
<!-- *********************************************************************** -->

<div class="doc_text">

<p>This document is intended to explain the process of building the LLVM C/C++
front-end from its source code. You have to do this, for example, if you are
porting LLVM to a new architecture or operating system, if you are working from
Top-Of-Tree CVS/SVN, or if there is no precompiled snapshot available.</p>

<p><b>NOTE:</b> This is currently a somewhat fragile, error-prone process, and
you should <b>only</b> try to do it if:</p>

<ol>
  <li>you really, <em>really</em>, <b><em>really</em></b> can't use the
      binaries we distribute</li>
  <li>you are an elite GCC hacker.</li>
  <li>you want to use the latest bits from CVS.</li>
</ol>

<p>We welcome patches to help make this process simpler.</p>

</div>

<!--=========================================================================-->
<div class="doc_subsection">
  <a name="cygwin">Building under Cygwin</a>
</div>
<!--=========================================================================-->

<div class="doc_text">

<p>If you are building LLVM and the GCC front-end under Cygwin, please note that
the LLVM and GCC makefiles do not correctly handle spaces in paths.  To deal
with this issue, make sure that your LLVM and GCC source and build trees are
located in a top-level directory (like <tt>/cygdrive/c/llvm</tt> and
<tt>/cygdrive/c/llvm-cfrontend</tt>), not in a directory that contains a space
(which includes your "home directory", because it lives under the "Documents and
Settings" directory).  We welcome patches to fix this issue.</p>

<p>It has been found that the GCC 3.3.3 compiler provided with recent Cygwin
versions is incapable of compiling the LLVM GCC front-end correctly. If your
Cygwin installation includes GCC 3.3.3, we <em>strongly</em> recommend that you
download GCC 3.4.3, build it separately, and use it for compiling the LLVM GCC
front-end.  This has been shown to work correctly.</p>

<p>Some versions of Cygwin utilize an experimental version of GNU binutils that
will cause the GNU <tt>ld</tt> linker to fail an assertion when linking
components of the libstdc++. It is recommended that you replace the entire
binutils package with version 2.15 such that "<tt>ld --version</tt>" responds
with</p>

<div class="doc_code">
<pre>GNU ld version 2.15</pre>
</div>

<p>not with:</p>

<div class="doc_code">
<pre>GNU ld version 2.15.91 20040725</pre>
</div>

</div>

<!--=========================================================================-->
<div class="doc_subsection"><a name="aix">Building under AIX</a></div>

<div class="doc_text">

<p>If you are building LLVM and the GCC front-end under AIX, do NOT use GNU
Binutils.  They are not stable under AIX and may produce incorrect and/or
invalid code.  Instead, use the system assembler and linker.</p>

</div>

<!-- *********************************************************************** -->
<div class="doc_section">
  <a name="instructions">llvm-gcc4 Instructions</a>
</div>
<!-- *********************************************************************** -->

<div class="doc_text">

<p>This section describes how to aquire and build llvm-gcc4, which is based on
the GCC 4.0.1 front-end.  This front-end supports C, C++, Objective-C, and
Objective-C++.  Note that the instructions for building this front-end are
completely different than those for building llvm-gcc3.</p>

<ol>
  <li><p>Retrieve the appropriate llvm-gcc4-x.y.source.tar.gz archive from the
         llvm web site.</p>

      <p>It is also possible to download the sources of the llvm-gcc4 front end
         from a read-only mirror using subversion.  To check out the code the
         first time use:</p>

<div class="doc_code">
<pre>
svn co svn://anonsvn.opensource.apple.com/svn/llvm/trunk <i>dst-directory</i>
</pre>
</div>

      <p>After that, the code can be be updated in the destination directory
         using:</p>

<div class="doc_code">
<pre>svn update</pre>
</div>

      <p>The mirror is brought up to date every evening.</p></li>

  <li>Follow the directions in the top-level <tt>README.LLVM</tt> file for
      up-to-date instructions on how to build llvm-gcc4.</li>
</ol>

</div>

<!-- *********************************************************************** -->
<div class="doc_section">
  <a name="llvm-gcc3-instructions">llvm-gcc3 Instructions</a>
</div>
<!-- *********************************************************************** -->

<div class="doc_text">

<ol>
  <li>Aquire llvm-gcc3 from <a href="GettingStarted.html#checkout">LLVM CVS</a>
      or from a <a href="http://llvm.org/releases/">release tarball</a>.</li>

  <li><p>Configure and build the LLVM libraries and tools. There are two ways to
         do this: either with <tt><i>objdir</i> == <i>srcdir</i></tt> or
         <tt><i>objdir</i> != <i>srcdir</i></tt>. It is recommended that
         <tt><i>srcdir</i></tt> be the same as <tt><i>objdir</i></tt> for your
         LLVM tree (but note that you should always use <tt><i>srcdir</i> !=
         <i>objdir</i></tt> for llvm-gcc):</p>

      <ul>
        <li><p>With <tt><i>objdir</i> != <i>srcdir</i></tt>:</p>

<div class="doc_code">
<pre>
% cd <i>objdir</i>
% <i>srcdir</i>/configure --prefix=/some/path/you/can/install/to [options...]
% gmake tools-only
</pre>
</div>
        </li>
        <li><p>With <tt><i>objdir</i> == <i>srcdir</i></tt>:</p>

<div class="doc_code">
<pre>
% cd llvm
% ./configure --prefix=/some/path/you/can/install/to [options...]
% gmake tools-only
</pre>
</div>
        </li>
      </ul>

      <p>This will build all of the LLVM tools and libraries. The
         <tt>--prefix</tt> option defaults to <tt>/usr/local</tt> (per configure
         standards) but unless you are a system administrator, you probably
         won't be able to install LLVM there because of permissions. Specify a
         path into which LLVM can be installed
         (e.g. <tt>--prefix=/home/user/llvm</tt>).</p></li>
  <li><p>Add the directory containing the tools to your PATH.</p>

<div class="doc_code">
csh:
<pre>
  % set path = ( `cd llvm/Debug/bin &amp;&amp; pwd` $path )
</pre>
sh:
<pre>
  % export PATH=`cd llvm/Debug/bin &amp;&amp; pwd`:$PATH
</pre>
</div>
  </li>

  <li><p>Unpack the C/C++ front-end source, either by
      untar'ing/unzipping a tar.gz file or checking out CVS into this
      directory.</p></li>
  <li><p>Make "build" and "install" directories as siblings of the "src"
      tree:</p>

<div class="doc_code">
csh:
<pre>
  % pwd
  /usr/local/example/llvm-gcc3.4/src
  % cd ..
  % mkdir build install
  % set CFEINSTALL = `pwd`/install
</pre>
sh:
<pre>
  % pwd
  /usr/local/example/llvm-gcc3.4/src
  % cd ..
  % mkdir build install
  % export CFEINSTALL=`pwd`/install
</pre>
</div>
  </li>

  <li><p>Configure, build, and install the GCC front-end:</p>

      <p>
      <b>Linux/x86:</b><br>
      <b>Linux/IA-64:</b><br>
      <b>MacOS X/PowerPC</b> (requires dlcompat library):<br>
      <b>AIX/PowerPC:</b>
      </p>

<div class="doc_code">
<pre>
% cd build
% ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-nls \
  --disable-shared --enable-languages=c,c++ --program-prefix=llvm-
% gmake all; gmake install
</pre>
</div>

      <p><b>Cygwin/x86:</b></p>

<div class="doc_code">
<pre>
% cd build
% ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-nls \
  --disable-shared --enable-languages=c,c++ --disable-c-mbchar \
  --program-prefix=llvm-
% gmake all; gmake install
</pre>
</div>

      <p><b>Solaris/SPARC:</b></p>

      <p>The GCC front-end can be configured for either SPARC V8 (32 bit) or
         SPARC V9 (64 bit).  This changes, among other things, the sizes of
         integer types and the macros defined for conditional compilation.</p>

      <p>The SPARC V8 ABI support is more robust than the V9 ABI support and can
         generate SPARC V9 code.  It is highly recommended that you use the V8
         ABI with LLVM, as shown below.  Also, note that Solaris has trouble
         with various wide (multibyte) character functions from C as referenced
         from C++, so we typically configure with --disable-c-mbchar (cf. <a
         href="http://llvm.org/PR206">Bug 206</a>).</p>

<div class="doc_code">
<pre>
% cd build
% ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-nls \
  --disable-shared --enable-languages=c,c++ --host=sparc-sun-solaris2.8 \
  --disable-c-mbchar --program-prefix=llvm-
% gmake all; gmake install
</pre>
</div>

      <p><b>Common Problem:</b> You may get error messages regarding the fact
         that LLVM does not support inline assembly. Here are two common
         fixes:</p>

      <ul>
        <li><p><b>Fix 1:</b> If you have system header files that include inline
            assembly, you may have to modify them to remove the inline assembly
            and install the modified versions in
            <code>$CFEINSTALL/lib/gcc/<i>target-triplet</i>/3.4-llvm/include</code>.</li>

        <li><b>Fix 2:</b> If you are building the C++ front-end on a CPU we
            haven't tried yet, you will probably have to edit the appropriate
            version of atomicity.h under
            <code>src/libstdc++-v3/config/cpu/<i>name-of-cpu</i>/atomicity.h</code>
            and apply a patch so that it does not use inline assembly.</li>
      </ul>

      <p><b>Porting to a new architecture:</b> If you are porting the front-end
         to a new architecture or compiling in a configuration that we have not
         tried previously, there are probably several changes you will have to
         make to the GCC target to get it to work correctly.  These include:</p>

      <ul>
        <li>Often targets include special assembler or linker flags which
            <tt>gccas</tt>/<tt>gccld</tt> does not understand.  In general,
            these can just be removed.</li>

        <li>LLVM currently does not support any floating point values other than
            32-bit and 64-bit IEEE floating point.  The primary effect of this
            is that you may have to map "long double" onto "double".</li>

        <li>The profiling hooks in GCC do not apply at all to the LLVM
            front-end.  These may need to be disabled.</li>

        <li>No inline assembly for position independent code.  At the LLVM
            level, everything is position independent.</li>

        <li>We handle <tt>.init</tt> and <tt>.fini</tt> differently.</li>

        <li>You may have to disable multilib support in your target.  Using
            multilib support causes the GCC compiler driver to add a lot of
            "<tt>-L</tt>" options to the link line, which do not relate to LLVM
            and confuse <tt>gccld</tt>.  To disable multilibs, delete any
            <tt>MULTILIB_OPTIONS</tt> lines from your target files.</li>

        <li>Did we mention that we don't support inline assembly?  You'll
            probably have to add some fixinclude hacks to disable it in the
            system headers.</li>
      </ul></li>

  <li><p>Put <tt>$CFEINSTALL/bin</tt> into your <tt>PATH</tt> environment
      variable.</p>

<div class="doc_code">
csh:
<pre>
  % setenv PATH $CFEINSTALL/bin:$PATH
</pre>
sh:
<pre>
  % export PATH=$CFEINSTALL/bin:$PATH
</pre>
</div>
  </li>

  <li><p>Go back into the LLVM source tree proper.  Rerun configure, using the
      same options as the last time. This will cause the configuration to now
      find the newly built llvm-gcc and llvm-g++ executables. </p></li>

  <li><p>Rebuild your CVS tree.  This shouldn't cause the whole thing to be
      rebuilt, but it should build the runtime libraries.  After the tree is
      built, install the runtime libraries into your GCC front-end build tree.
      These are the commands you need:</p>

<div class="doc_code">
<pre>
% gmake
% gmake -C runtime install-bytecode
</pre>
</div>
  </li>

  <li><p>Optionally, build a symbol table for the newly installed runtime
      libraries. Although this step is optional, you are strongly encouraged to
      do this as the symbol tables will make a significant difference in your
      link times. Use the <tt>llvm-ranlib</tt> tool to do this, as follows:</p>

<div class="doc_code">
<pre>
% cd $CFEINSTALL/lib
% llvm-ranlib libiberty.a
% llvm-ranlib libstdc++.a
% llvm-ranlib libsupc++.a
% cd $CFEINSTALL/lib/gcc/<i>target-triplet</i>/3.4-llvm
% llvm-ranlib libgcc.a
% llvm-ranlib libgcov.a
</pre>
</div>
  </li>

  <li><p>Test the newly-installed C frontend by one or more of the following
      means:</p>

      <ul>
        <li>running the feature &amp; regression tests via <tt>make
            check</tt></li>
        <li>compiling and running a "hello, LLVM" program in C and C++.</li>
        <li>running the tests found in the <tt>llvm-test</tt> CVS module</li>
      </ul></li>
</ol>

</div>

<!-- *********************************************************************** -->
<div class="doc_section">
  <a name="license">License Information</a>
</div>

<div class="doc_text">
<p>
The LLVM GCC frontend is licensed to you under the GNU General Public License
and the GNU Lesser General Public License.  Please see the files COPYING and
COPYING.LIB for more details.
</p>

<p>
More information is <a href="FAQ.html#license">available in the FAQ</a>.
</p>
</pre>
</div>

<!-- *********************************************************************** -->

<hr>
<address>
  <a href="http://jigsaw.w3.org/css-validator/check/referer"><img
  src="http://jigsaw.w3.org/css-validator/images/vcss" alt="Valid CSS!"></a>
  <a href="http://validator.w3.org/check/referer"><img
  src="http://www.w3.org/Icons/valid-html401" alt="Valid HTML 4.01!"></a>

  Brian Gaeke<br>
  <a href="http://llvm.org">LLVM Compiler Infrastructure</a><br>
  Last modified: $Date$
</address>

</body>
</html>