blob: 6ba494651550b3834d61ffb649c15a9f5e178ef4 [file] [log] [blame]
John Criswell408128d2003-09-11 19:58:03 +00001<html>
Chris Lattnerfc294d12003-10-07 20:01:09 +00002<title>LLVM: gccld tool</title>
John Criswell408128d2003-09-11 19:58:03 +00003
Chris Lattnerfc294d12003-10-07 20:01:09 +00004<body bgcolor=white>
John Criswell408128d2003-09-11 19:58:03 +00005
Chris Lattnerfc294d12003-10-07 20:01:09 +00006<center><h1>LLVM: <tt>gccld</tt> tool</h1></center>
John Criswell408128d2003-09-11 19:58:03 +00007<HR>
8
Chris Lattnerfc294d12003-10-07 20:01:09 +00009<h3>NAME</h3>
10<tt>gccld</tt>
John Criswell408128d2003-09-11 19:58:03 +000011
Chris Lattnerfc294d12003-10-07 20:01:09 +000012<h3>SYNOPSIS</h3>
13<tt>gccld [options] &lt; filename&gt; [ filename ...]</tt>
John Criswell408128d2003-09-11 19:58:03 +000014
Chris Lattnerfc294d12003-10-07 20:01:09 +000015<h3>DESCRIPTION</h3>
John Criswell408128d2003-09-11 19:58:03 +000016
Chris Lattnerfc294d12003-10-07 20:01:09 +000017The <tt>gccld</tt> utility takes a set of LLVM bytecode files and links them
18together into a single LLVM bytecode file. The output bytecode file can be
19another bytecode library or an executable bytecode program. Using additional
20options, <tt>gccld</tt> is able to produce native code executables.
John Criswell408128d2003-09-11 19:58:03 +000021<p>
John Criswell408128d2003-09-11 19:58:03 +000022
Chris Lattnerfc294d12003-10-07 20:01:09 +000023The <tt>gccld</tt> utility is primarily used by the <a href="llvmgcc.html">C</a>
24and <a href="llvmgxx.html">C++</a> front-ends, and as such, attempts to mimic
25the interface provided by the default system linker so that it can act as a
26"drop-in" replacement.
John Criswellcef81352003-09-25 19:10:25 +000027<p>
Chris Lattnerfc294d12003-10-07 20:01:09 +000028
29The <tt>gccld</tt> tool performs a small set of interprocedural, post-link,
30optimizations on the program.
31
32
33<h4>Search Order</h4>
34
John Criswell2edea842004-01-26 21:26:54 +000035<p>
Chris Lattnerfc294d12003-10-07 20:01:09 +000036When looking for objects specified on the command line, <tt>gccld</tt> will
37search for the object first in the current directory and then in the directory
38specified by the <tt>LLVM_LIB_SEARCH_PATH</tt> environment variable. If it
39cannot find the object, it fails.
John Criswell2edea842004-01-26 21:26:54 +000040</p>
Chris Lattnerfc294d12003-10-07 20:01:09 +000041
John Criswell2edea842004-01-26 21:26:54 +000042<p>
Chris Lattnerfc294d12003-10-07 20:01:09 +000043When looking for a library specified with the -l option, <tt>gccld</tt> first
44attempts to load a file with that name from the current directory. If that
45fails, it looks for lib&lt;library&gt;.bc, lib&lt;library&gt;.a, or
John Criswell2edea842004-01-26 21:26:54 +000046lib&lt;library&gt;.&lt;shared library extension&gt;, in that order, in each
47directory added to the library search path with the -L option. These
48directories are searched in the order they
Chris Lattnerfc294d12003-10-07 20:01:09 +000049were specified. If the library cannot be located, then <tt>gccld</tt> looks in
50the directory specified by the <tt>LLVM_LIB_SEARCH_PATH</tt> environment
John Criswell2edea842004-01-26 21:26:54 +000051variable. If it does not find a library there, it fails.
52</p>
John Criswellcef81352003-09-25 19:10:25 +000053
John Criswell2edea842004-01-26 21:26:54 +000054<p>
55The shared library extension is usually <tt>.so</tt>, but it may differ
56depending upon the system.
57</p>
58
59<p>
John Criswellcef81352003-09-25 19:10:25 +000060The -L option is global. It does not matter where it is specified in the list
61of command line arguments; the directory is simply added to the search path and
62is applied to all libraries, preceding or succeeding, in the command line.
John Criswell2edea842004-01-26 21:26:54 +000063</p>
John Criswellcef81352003-09-25 19:10:25 +000064
Chris Lattnerfc294d12003-10-07 20:01:09 +000065<h4>Link order</h4>
66
John Criswellcef81352003-09-25 19:10:25 +000067All object files are linked first in the order they were specified on the
68command line. All library files are linked next. Some libraries may not be
69linked into the object program; see below.
70
Chris Lattnerfc294d12003-10-07 20:01:09 +000071<h4>Library Linkage</h4>
72
John Criswellcef81352003-09-25 19:10:25 +000073Object files and static bytecode objects are always linked into the output
74file. Library archives (.a files) load only the objects within the archive
75that define symbols needed by the output file. Hence, libraries should be
76listed after the object files and libraries which need them; otherwise, the
77library may not be linked in, and the dependent library will not have its
78undefined symbols defined.
79
Chris Lattnerfc294d12003-10-07 20:01:09 +000080<h4>Native code generation</h4>
81
82The <tt>gccld</tt> program has limited support for native code generation, when
Chris Lattner7f601ad2004-04-06 16:46:12 +000083using the <tt>-native</tt> or <tt>-native-cbe</tt> options.
Chris Lattnerfc294d12003-10-07 20:01:09 +000084
85
86<h3>OPTIONS</h3>
John Criswell408128d2003-09-11 19:58:03 +000087
88<ul>
89 <li> -help
90 <br>
91 Print a summary of command line options.
92 <p>
93
94 <li> -o &lt;filename&gt;
95 <br>
John Criswellcef81352003-09-25 19:10:25 +000096 Specify the output filename which will hold the linked bytecode.
John Criswell408128d2003-09-11 19:58:03 +000097 <p>
98
99 <li> -stats
100 <br>
101 Print statistics.
102 <p>
103
104 <li> -time-passes
105 <br>
106 Record the amount of time needed for each pass and print it to standard
107 error.
108 <p>
109
110 <li> -verify
111 <br>
112 Verify each pass result.
113 <p>
114
Brian Gaeke9c917ab2003-11-16 23:39:11 +0000115 <li> -disable-opt
116 <br>
John Criswell13875932004-03-12 22:45:35 +0000117 Disable all link-time optimization passes.
118 <p>
119
120 <li> -disable-inlining
121 <br>
122 Do not run the inliner pass.
Brian Gaeke9c917ab2003-11-16 23:39:11 +0000123 <p>
124
John Criswell408128d2003-09-11 19:58:03 +0000125 <li> -L=&lt;directory&gt;
126 <br>
127 Add directory to the list of directories to search when looking for
128 libraries.
129 <p>
130
131 <li> -disable-internalize
132 <br>
133 Do not mark all symbols as internal.
134 <p>
135
136 <li> -internalize-public-api-file &lt;filename&gt;
137 <br>
138 Preserve the list of symbol names in the file filename.
139 <p>
140
141 <li> -internalize-public-api-list &lt;list&gt;
142 <br>
143 Preserve the symbol names in list.
144 <p>
145
John Criswellcef81352003-09-25 19:10:25 +0000146 <li> -l=&lt;library&gt;
John Criswell408128d2003-09-11 19:58:03 +0000147 <br>
Chris Lattnerfc294d12003-10-07 20:01:09 +0000148 Specify libraries to include when linking the output file. When
149 linking, <tt>gccld</tt> will first attempt to load a file with the
John Criswell2edea842004-01-26 21:26:54 +0000150 pathname <tt>library</tt>. If that fails, it will then attempt to load
151 lib&lt;library&gt;.bc, lib&lt;library&gt;.a, and
152 lib&lt;library&gt;.&lt;shared library extension&gt;, in that order.
John Criswell408128d2003-09-11 19:58:03 +0000153 <p>
154
155 <li> -link-as-library
156 <br>
157 Link the .bc files together as a library, not an executable.
158 <p>
159
John Criswellcef81352003-09-25 19:10:25 +0000160 <li> -native
161 <br>
162 Generate a native, machine code executable.
John Criswell67d48112003-09-25 19:14:51 +0000163 <p>
Chris Lattnerfc294d12003-10-07 20:01:09 +0000164 When generating native executables, <tt>gccld</tt> first checks for a bytecode
165 version of the library and links it in, if necessary. If the library is
166 missing, <tt>gccld</tt> skips it. Then, <tt>gccld</tt> links in the same
167 libraries as native code.
John Criswell67d48112003-09-25 19:14:51 +0000168 <p>
Chris Lattnerfc294d12003-10-07 20:01:09 +0000169 In this way, <tt>gccld</tt> should be able to link in optimized bytecode
170 subsets of common libraries and then link in any part of the library that
171 hasn't been converted to bytecode.
John Criswellcef81352003-09-25 19:10:25 +0000172 <p>
173
Chris Lattner7f601ad2004-04-06 16:46:12 +0000174 <li> -native-cbe
175 <br>
176 Generate a native, machine code executable with the LLVM C backend.
177 <p>
178 This option is identical to the <tt>-native</tt> option, but uses the
179 C backend to generate code for the program instead of an LLVM native
180 code generator.
181 </p>
182
John Criswell408128d2003-09-11 19:58:03 +0000183 <li> -s
184 <br>
185 Strip symbol information from the generated executable.
186 <p>
187
188 <li> -v
189 <br>
190 Print information about actions taken.
191</ul>
192
Chris Lattnerfc294d12003-10-07 20:01:09 +0000193<h3>EXIT STATUS</h3>
John Criswell408128d2003-09-11 19:58:03 +0000194
Chris Lattnerfc294d12003-10-07 20:01:09 +0000195If <tt>gccld</tt> succeeds, it will exit with 0. Otherwise, if an error occurs,
196it will exit with a non-zero value.
John Criswell408128d2003-09-11 19:58:03 +0000197
Chris Lattnerfc294d12003-10-07 20:01:09 +0000198<h3>SEE ALSO</h3>
199<a href="llvm-link.html"><tt>llvm-link</tt></a>
200<a href="gccas.html"><tt>gccas</tt></a>
John Criswellcef81352003-09-25 19:10:25 +0000201
Chris Lattnerfc294d12003-10-07 20:01:09 +0000202<h3>BUGS</h3>
John Criswellcef81352003-09-25 19:10:25 +0000203The -L option cannot be used for find native code libraries when using the
204-native option.
John Criswell408128d2003-09-11 19:58:03 +0000205
206<HR>
Chris Lattner7c2b1262003-10-07 20:12:05 +0000207Maintained by the <a href="http://llvm.cs.uiuc.edu">LLVM Team</a>.
John Criswell408128d2003-09-11 19:58:03 +0000208</body>
209</html>
210