projects / oota-llvm.git / blobdiff
? search:
summary | shortlog | log | commit | commitdiff | tree
raw | inline | side by side
Fixed a comma error.
[oota-llvm.git] / docs / CFEBuildInstrs.html
diff --git a/docs/CFEBuildInstrs.html b/docs/CFEBuildInstrs.html
index 3dde111a5df2a1fdf222a414a641bf0655748309..be844b9da895054c0f12190549a0acfc37b89735 100644 (file)
--- a/docs/CFEBuildInstrs.html
+++ b/docs/CFEBuildInstrs.html
@@ -1,28 +1,57 @@
 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
-<html><head><title>Bootstrapping the C/C++ Front-End</title></head>
+<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>
 
 
-<body bgcolor=white>
-<center><h1><font size=7>Bootstrapping the C/C++ Front-End</font></h1></center>
+<ol>
+  <li><a href="#cautionarynote">A Cautionary Note</a>
+  <li><a href="#instructions">Instructions</a>
+</ol>
 
 
-<br><br>
+<div class="doc_text">    
+  <p><b>Written by Brian R. Gaeke</b></p>
+</div>
 
 <!-- *********************************************************************** -->
 
 <!-- *********************************************************************** -->
-<table width="100%" bgcolor="#330077" border=0 cellpadding=4 cellspacing=0>
-<tr><td align=center><font color="#EEEEFF" size=+2 face="Georgia,Palatino"><b>
-<a name="instructions">Instructions
-</b></font></td></tr></table><ul>
+<div class="doc_section">
+  <a name="cautionarynote">A Cautionary Note</a>
+</div>
 <!-- *********************************************************************** -->
 
 <!-- *********************************************************************** -->
 
-<p>This document is intended to explain the process of building the LLVM
-C/C++ front-end, based on GCC 3.4, from source.</p>
+<div class="doc_text">
+<p>This document is intended to explain the process of building the
+LLVM C/C++ front-end, based on GCC 3.4, from its source code. You
+would have to do this, for example, if you are porting LLVM to a new
+architecture or operating system.</p>
 
 <p><b>NOTE:</b> This is currently a somewhat fragile, error-prone
 
 <p><b>NOTE:</b> This is currently a somewhat fragile, error-prone
-process, and you should only try to do it if (A) you really, really,
-really can't use the binaries we distribute, and (B) you are a wicked
-good GCC hacker.</p>
+process, and you should <b>only</b> try to do it if:</p>
+
+<ol>
+  <li>you really, really, really can't use the binaries we distribute</li>
+  <li>you need GCC to fix some of the header files on your system</li>
+  <li>you are an elite GCC hacker.</li>
+</ol>
 
 <p>We welcome patches to help make this process simpler.</p>
 
 <p>We welcome patches to help make this process simpler.</p>
+</div>
+
+<!-- *********************************************************************** -->
+<div class="doc_section">
+  <a name="instructions">Instructions</a>
+</div>
+<!-- *********************************************************************** -->
 
 
+<div class="doc_text">
+<p>
 <ol>
 <li><p>Configure and build the LLVM libraries and tools using:</p>
 <pre>
 <ol>
 <li><p>Configure and build the LLVM libraries and tools using:</p>
 <pre>
@@ -33,17 +62,17 @@ good GCC hacker.</p>
     <p>The use of the non-default target "tools-only" means that the
     LLVM tools and libraries will build, and the binaries will be
     deposited in llvm/tools/Debug, but the runtime (bytecode)
     <p>The use of the non-default target "tools-only" means that the
     LLVM tools and libraries will build, and the binaries will be
     deposited in llvm/tools/Debug, but the runtime (bytecode)
-    libraries will not build.</p>
+    libraries will not build.</p></li>
 
 <li><p>Add the directory containing the tools to your PATH.</p>
 <pre>
 
 <li><p>Add the directory containing the tools to your PATH.</p>
 <pre>
- % set path = ( `cd llvm/tools/Debug && pwd` $path )
-</pre>
+ % set path = ( `cd llvm/tools/Debug &amp;&amp; pwd` $path )
+</pre></li>
 
 
-<li><p>Unpack the C/C++ front-end source into cfrontend/src.</p>
+<li><p>Unpack the C/C++ front-end source into cfrontend/src.</p></li>
 
 <li><p>Edit src/configure.  Change the first line (starting w/ #!) to
 
 <li><p>Edit src/configure.  Change the first line (starting w/ #!) to
-       contain the correct full pathname of sh.</p>
+       contain the correct full pathname of sh.</p></li>
 
 <li><p>Make "build" and "install" directories as siblings of the "src"
        tree.</p>
 
 <li><p>Make "build" and "install" directories as siblings of the "src"
        tree.</p>
@@ -53,19 +82,42 @@ good GCC hacker.</p>
  % cd ..
  % mkdir build install
  % set CFEINSTALL = `pwd`/install
  % cd ..
  % mkdir build install
  % set CFEINSTALL = `pwd`/install
-</pre>
+</pre></li>
+
+<li><p>Configure, build, and install the C front-end:</p>
+
+<p>
+<b>Linux/x86:</b>
+</p>
 
 
-<li><p>Configure, build and install the C front-end:</p>
 <pre>
  % cd build
 <pre>
  % cd build
- % ../src/configure --prefix=$CFEINSTALL --disable-nls --disable-shared \
+ % ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-nls --disable-shared \
    --enable-languages=c,c++
  % gmake all-gcc
  % setenv LLVM_LIB_SEARCH_PATH `pwd`/gcc 
  % gmake all; gmake install
 </pre>
 
    --enable-languages=c,c++
  % gmake all-gcc
  % setenv LLVM_LIB_SEARCH_PATH `pwd`/gcc 
  % gmake all; gmake install
 </pre>
 
- <p><b>Common Problem 1:</b> You may get error messages regarding the fact
+<p>
+<b>Solaris/Sparc:</b>
+</p>
+
+<p>
+For Solaris/Sparc, LLVM only supports SparcV9.  Therefore, the configure
+command line should like something like this:
+</p>
+
+<pre>
+ % cd build
+ % ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-nls --disable-shared \
+   --enable-languages=c,c++ --host=sparcv9-sun-solaris2.8
+ % gmake all-gcc
+ % setenv LLVM_LIB_SEARCH_PATH `pwd`/gcc 
+ % gmake all; gmake install
+</pre>
+
+ <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>
 
  that LLVM does not support inline assembly. Here are two common
  fixes:</p>
 
@@ -73,34 +125,48 @@ good GCC hacker.</p>
   <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
   <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/<i>target-triplet</i>/sys-include</code>.</p>
+   <code>$CFEINSTALL/<i>target-triplet</i>/sys-include</code>.</p></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>
 
   <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.</p>
+   and apply a patch so that it does not use inline assembly.</p></li>
  </ul>
 
  </ul>
 
- <p><b>Common Problem 2:</b> <b>FIXME:</b> Chris should add a section about
- common problems porting to a new architecture, including changes you
- might have to make to the gcc/gcc/config/<i>name-of-cpu</i>
- directory. For example (expand these):</p>
+ <p><b>Porting to a new architecture:</b> If you are porting the new front-end
+ to a new architecture, or compiling in a different configuration that we have
+ 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>
 
  <ul>
-  <li>Munge linker flags so they are compatible with gccld.
-  <li>Change the target so it doesn't have long double; just use double
-      instead.
-  <li>No inline assembly for position independent code.
-  <li>We handle init and fini differently.
-  <li>Do not include inline assembly map things for SPARC, or profile things.
+  <li>Often targets include special or assembler 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>
  </ul>
+</li>
 
 <li><p>Go back into the LLVM source tree proper. Edit Makefile.config
 to redefine <code>LLVMGCCDIR</code> to the full pathname of the
 <code>$CFEINSTALL</code> directory, which is the directory you just
 installed the C front-end into. (The ./configure script is likely to
 
 <li><p>Go back into the LLVM source tree proper. Edit Makefile.config
 to redefine <code>LLVMGCCDIR</code> to the full pathname of the
 <code>$CFEINSTALL</code> directory, which is the directory you just
 installed the C front-end into. (The ./configure script is likely to
-have set this to a directory which does not exist on your system.)</p>
+have set this to a directory which does not exist on your system.)</p></li>
 
 <li><p>If you edited header files during the C/C++ front-end build as
 described in "Fix 1" above, you must now copy those header files from
 
 <li><p>If you edited header files during the C/C++ front-end build as
 described in "Fix 1" above, you must now copy those header files from
@@ -108,7 +174,7 @@ described in "Fix 1" above, you must now copy those header files from
 <code>$CFEINSTALL/lib/gcc/<i>target-triplet</i>/3.4-llvm/include</code>.
 (This should be the "include" directory in the same directory as the
 libgcc.a library, which you can find by running
 <code>$CFEINSTALL/lib/gcc/<i>target-triplet</i>/3.4-llvm/include</code>.
 (This should be the "include" directory in the same directory as the
 libgcc.a library, which you can find by running
-<code>$CFEINSTALL/bin/gcc --print-libgcc-file-name</code>.)</p>
+<code>$CFEINSTALL/bin/gcc --print-libgcc-file-name</code>.)</p></li>
 
 <li><p>Build and install the runtime (bytecode) libraries by running:</p>
 <pre>
 
 <li><p>Build and install the runtime (bytecode) libraries by running:</p>
 <pre>
@@ -116,25 +182,29 @@ libgcc.a library, which you can find by running
  % mkdir $CFEINSTALL/bytecode-libs
  % gmake -C runtime install
  % setenv LLVM_LIB_SEARCH_PATH $CFEINSTALL/bytecode-libs
  % mkdir $CFEINSTALL/bytecode-libs
  % gmake -C runtime install
  % setenv LLVM_LIB_SEARCH_PATH $CFEINSTALL/bytecode-libs
-</pre>
+</pre></li>
 
 <li><p>Test the newly-installed C frontend by one or more of the
 following means:</p>
  <ul>
 
 <li><p>Test the newly-installed C frontend by one or more of the
 following means:</p>
  <ul>
-  <li> compiling and running a "hello, world" program in C or C++.
-  <li> running the tests under test/Programs using <code>gmake -C
-   test/Programs</code>;
+  <li> compiling and running a "hello, LLVM" program in C and C++.</li>
+  <li> running the tests under <tt>test/Programs</tt> using <code>gmake -C
+   test/Programs</code></li>
  </ul>
  </ul>
-
-</p>
+  </p>
+</li>
 </ol>
 </ol>
+</div>
 
 
-<!-- *********************************************************************** -->
-</ul>
 <!-- *********************************************************************** -->
 
 <!-- *********************************************************************** -->
 
-<hr><font size-1>
-<address><a href="mailto:gaeke -at- uiuc.edu">Brian Gaeke</a></address>
-Last modified: $Date$
-</font></body></html>
+<hr>
+<div class="doc_footer">
+  <address>Brian Gaeke</address>
+  <a href="http://llvm.cs.uiuc.edu">The LLVM Compiler Infrastructure</a>
+  <br>
+  Last modified: $Date$
+</div>
 
 
+</body>
+</html>
C/C++ LLVM-based compilers that forbids OOTA behaviors