Added the --host= option to the Sparc configuration directions.
[oota-llvm.git] / docs / CFEBuildInstrs.html
1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
2 <html>
3 <head>
4   <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
5   <link rel="stylesheet" href="llvm.css" type="text/css" media="screen" />
6   <title>Bootstrapping the LLVM C/C++ Front-End</title>
7 </head>
8 <body>
9
10 <div class="doc_title">
11   Bootstrapping the LLVM C/C++ Front-End
12 </div>
13
14 <ol>
15   <li><a href="#cautionarynote">A Cautionary Note</a>
16   <li><a href="#instructions">Instructions</a>
17 </ol>
18
19 <div class="doc_text">    
20   <p><b>Written by Brian R. Gaeke</b></p>
21 </div>
22
23 <!-- *********************************************************************** -->
24 <div class="doc_section">
25   <a name="cautionarynote">A Cautionary Note</a>
26 </div>
27 <!-- *********************************************************************** -->
28
29 <div class="doc_text">
30 <p>This document is intended to explain the process of building the
31 LLVM C/C++ front-end, based on GCC 3.4, from its source code. You
32 would have to do this, for example, if you are porting LLVM to a new
33 architecture or operating system.</p>
34
35 <p><b>NOTE:</b> This is currently a somewhat fragile, error-prone
36 process, and you should <b>only</b> try to do it if:</p>
37
38 <ol>
39   <li>you really, really, really can't use the binaries we distribute</li>
40   <li>you need GCC to fix some of the header files on your system</li>
41   <li>you are an elite GCC hacker.</li>
42 </ol>
43
44 <p>We welcome patches to help make this process simpler.</p>
45 </div>
46
47 <!-- *********************************************************************** -->
48 <div class="doc_section">
49   <a name="instructions">Instructions</a>
50 </div>
51 <!-- *********************************************************************** -->
52
53 <div class="doc_text">
54 <p>
55 <ol>
56 <li><p>Configure and build the LLVM libraries and tools using:</p>
57 <pre>
58  % cd llvm
59  % ./configure [options...]
60  % gmake tools-only
61 </pre>
62     <p>The use of the non-default target "tools-only" means that the
63     LLVM tools and libraries will build, and the binaries will be
64     deposited in llvm/tools/Debug, but the runtime (bytecode)
65     libraries will not build.</p></li>
66
67 <li><p>Add the directory containing the tools to your PATH.</p>
68 <pre>
69  % set path = ( `cd llvm/tools/Debug &amp;&amp; pwd` $path )
70 </pre></li>
71
72 <li><p>Unpack the C/C++ front-end source into cfrontend/src.</p></li>
73
74 <li><p>Edit src/configure.  Change the first line (starting w/ #!) to
75        contain the correct full pathname of sh.</p></li>
76
77 <li><p>Make "build" and "install" directories as siblings of the "src"
78        tree.</p>
79 <pre>
80  % pwd
81  /usr/local/example/cfrontend/src
82  % cd ..
83  % mkdir build install
84  % set CFEINSTALL = `pwd`/install
85 </pre></li>
86
87 <li><p>Configure, build and install the C front-end:</p>
88
89 <p>
90 <b>Linux/x86:</b>
91 </p>
92
93 <pre>
94  % cd build
95  % ../src/configure --prefix=$CFEINSTALL --disable-nls --disable-shared \
96    --enable-languages=c,c++
97  % gmake all-gcc
98  % setenv LLVM_LIB_SEARCH_PATH `pwd`/gcc 
99  % gmake all; gmake install
100 </pre>
101
102 <p>
103 <b>Solaris/Sparc:</b>
104 </p>
105
106 <p>
107 For Solaris/Sparc, LLVM only supports SparcV9.  Therefore, the configure
108 command line should like something like this:
109 </p>
110
111 <pre>
112  % cd build
113  % ../src/configure --prefix=$CFEINSTALL --disable-nls --disable-shared \
114    --enable-languages=c,c++ --host=sparcv9-sun-solaris2.8
115  % gmake all-gcc
116  % setenv LLVM_LIB_SEARCH_PATH `pwd`/gcc 
117  % gmake all; gmake install
118 </pre>
119
120  <p><b>Common Problem:</b> You may get error messages regarding the fact
121  that LLVM does not support inline assembly. Here are two common
122  fixes:</p>
123
124  <ul>
125   <li><p><b>Fix 1:</b> If you have system header files that include
126    inline assembly, you may have to modify them to remove the inline
127    assembly, and install the modified versions in
128    <code>$CFEINSTALL/<i>target-triplet</i>/sys-include</code>.</p></li>
129
130   <li><b>Fix 2:</b> If you are building the C++ front-end on a CPU we
131    haven't tried yet, you will probably have to edit the appropriate
132    version of atomicity.h under
133    <code>src/libstdc++-v3/config/cpu/<i>name-of-cpu</i>/atomicity.h</code>
134    and apply a patch so that it does not use inline assembly.</p></li>
135  </ul>
136
137  <p><b>Porting to a new architecture:</b> If you are porting the new front-end
138  to a new architecture, or compiling in a different configuration that we have
139  previously, there are probably several changes you will have to make to the GCC
140  target to get it to work correctly.  These include:<p>
141
142  <ul>
143   <li>Often targets include special or assembler linker flags which
144       <tt>gccas</tt>/<tt>gccld</tt> does not understand.  In general, these can
145       just be removed.</li>
146   <li>LLVM currently does not support any floating point values other than 
147       32-bit and 64-bit IEEE floating point.  The primary effect of this is
148       that you may have to map "long double" onto "double".</li>
149   <li>The profiling hooks in GCC do not apply at all to the LLVM front-end.
150       These may need to be disabled.</li>
151   <li>No inline assembly for position independent code.  At the LLVM level,
152       everything is position independent.</li>
153   <li>We handle <tt>.init</tt> and <tt>.fini</tt> differently.</li>
154   <li>You may have to disable multilib support in your target.  Using multilib
155       support causes the GCC compiler driver to add a lot of "<tt>-L</tt>"
156       options to the link line, which do not relate to LLVM and confuse
157       <tt>gccld</tt>.  To disable multilibs, delete any
158       <tt>MULTILIB_OPTIONS</tt> lines from your target files.</li>
159   <li>Did we mention that we don't support inline assembly?  You'll probably
160       have to add some fixinclude hacks to disable it in the system
161       headers.</li>
162  </ul>
163 </li>
164
165 <li><p>Go back into the LLVM source tree proper. Edit Makefile.config
166 to redefine <code>LLVMGCCDIR</code> to the full pathname of the
167 <code>$CFEINSTALL</code> directory, which is the directory you just
168 installed the C front-end into. (The ./configure script is likely to
169 have set this to a directory which does not exist on your system.)</p></li>
170
171 <li><p>If you edited header files during the C/C++ front-end build as
172 described in "Fix 1" above, you must now copy those header files from
173 <code>$CFEINSTALL/<i>target-triplet</i>/sys-include</code> to
174 <code>$CFEINSTALL/lib/gcc/<i>target-triplet</i>/3.4-llvm/include</code>.
175 (This should be the "include" directory in the same directory as the
176 libgcc.a library, which you can find by running
177 <code>$CFEINSTALL/bin/gcc --print-libgcc-file-name</code>.)</p></li>
178
179 <li><p>Build and install the runtime (bytecode) libraries by running:</p>
180 <pre>
181  % gmake -C runtime
182  % mkdir $CFEINSTALL/bytecode-libs
183  % gmake -C runtime install
184  % setenv LLVM_LIB_SEARCH_PATH $CFEINSTALL/bytecode-libs
185 </pre></li>
186
187 <li><p>Test the newly-installed C frontend by one or more of the
188 following means:</p>
189  <ul>
190   <li> compiling and running a "hello, LLVM" program in C and C++.</li>
191   <li> running the tests under <tt>test/Programs</tt> using <code>gmake -C
192    test/Programs</code></li>
193  </ul>
194   </p>
195 </li>
196 </ol>
197 </div>
198
199 <!-- *********************************************************************** -->
200
201 <hr>
202 <div class="doc_footer">
203   <address>Brian Gaeke</address>
204   <a href="http://llvm.cs.uiuc.edu">The LLVM Compiler Infrastructure</a>
205   <br>
206   Last modified: $Date$
207 </div>
208
209 </body>
210 </html>