blob: eba7859e28827d2dff6176b004a8cce6295a209d [file] [log] [blame]
Dan Gohmanf17a25c2007-07-18 16:29:46 +00001=pod
2
3=head1 NAME
4
5llc - LLVM static compiler
6
7=head1 SYNOPSIS
8
9B<llc> [I<options>] [I<filename>]
10
11=head1 DESCRIPTION
12
13The B<llc> command compiles LLVM bitcode into assembly language for a
14specified architecture. The assembly language output can then be passed through
15a native assembler and linker to generate a native executable.
16
17The choice of architecture for the output assembly code is automatically
18determined from the input bitcode file, unless the B<-march> option is used to
19override the default.
20
21=head1 OPTIONS
22
23If I<filename> is - or omitted, B<llc> reads LLVM bitcode from standard input.
24Otherwise, it will read LLVM bitcode from I<filename>.
25
26If the B<-o> option is omitted, then B<llc> will send its output to standard
27output if the input is from standard input. If the B<-o> option specifies -,
28then the output will also be sent to standard output.
29
30If no B<-o> option is specified and an input file other than - is specified,
31then B<llc> creates the output filename by taking the input filename,
32removing any existing F<.bc> extension, and adding a F<.s> suffix.
33
34Other B<llc> options are as follows:
35
36=head2 End-user Options
37
38=over
39
40=item B<--help>
41
42Print a summary of command line options.
43
Bill Wendling58ed5d22009-04-29 00:15:41 +000044=item B<-O>=I<uint>
45
46Generate code at different optimization levels. These correspond to the I<-O0>,
47I<-O1>, I<-O2>, I<-O3>, and I<-O4> optimization levels used by B<llvm-gcc> and
48B<clang>.
49
Dan Gohmanf17a25c2007-07-18 16:29:46 +000050=item B<-f>
51
52Overwrite output files. By default, B<llc> will refuse to overwrite
53an output file which already exists.
54
55=item B<-mtriple>=I<target triple>
56
57Override the target triple specified in the input bitcode file with the
58specified string.
59
60=item B<-march>=I<arch>
61
62Specify the architecture for which to generate assembly, overriding the target
63encoded in the bitcode file. See the output of B<llc --help> for a list of
64valid architectures. By default this is inferred from the target triple or
65autodetected to the current architecture.
66
67=item B<-mcpu>=I<cpuname>
68
69Specify a specific chip in the current architecture to generate code for.
70By default this is inferred from the target triple and autodetected to
71the current architecture. For a list of available CPUs, use:
72B<llvm-as E<lt> /dev/null | llc -march=xyz -mcpu=help>
73
74=item B<-mattr>=I<a1,+a2,-a3,...>
75
76Override or control specific attributes of the target, such as whether SIMD
77operations are enabled or not. The default set of attributes is set by the
78current CPU. For a list of available attributes, use:
79B<llvm-as E<lt> /dev/null | llc -march=xyz -mattr=help>
80
81=item B<--disable-fp-elim>
82
83Disable frame pointer elimination optimization.
84
85=item B<--disable-excess-fp-precision>
86
87Disable optimizations that may produce excess precision for floating point.
88Note that this option can dramatically slow down code on some systems
89(e.g. X86).
90
91=item B<--enable-unsafe-fp-math>
92
93Enable optimizations that make unsafe assumptions about IEEE math (e.g. that
94addition is associative) or may not work for all input ranges. These
95optimizations allow the code generator to make use of some instructions which
96would otherwise not be usable (such as fsin on X86).
97
98=item B<--enable-correct-eh-support>
99
100Instruct the B<lowerinvoke> pass to insert code for correct exception handling
101support. This is expensive and is by default omitted for efficiency.
102
103=item B<--stats>
104
105Print statistics recorded by code-generation passes.
106
107=item B<--time-passes>
108
109Record the amount of time needed for each pass and print a report to standard
110error.
111
112=item B<--load>=F<dso_path>
113
114Dynamically load F<dso_path> (a path to a dynamically shared object) that
115implements an LLVM target. This will permit the target name to be used with the
116B<-march> option so that code can be generated for that target.
117
118=back
119
120=head2 Tuning/Configuration Options
121
122=over
123
124=item B<--print-machineinstrs>
125
126Print generated machine code between compilation phases (useful for debugging).
127
128=item B<--regalloc>=I<allocator>
129
130Specify the register allocator to use. The default I<allocator> is I<local>.
131Valid register allocators are:
132
133=over
134
135=item I<simple>
136
137Very simple "always spill" register allocator
138
139=item I<local>
140
141Local register allocator
142
143=item I<linearscan>
144
145Linear scan global register allocator
146
147=item I<iterativescan>
148
149Iterative scan global register allocator
150
151=back
152
153=item B<--spiller>=I<spiller>
154
155Specify the spiller to use for register allocators that support it. Currently
156this option is used only by the linear scan register allocator. The default
157I<spiller> is I<local>. Valid spillers are:
158
159=over
160
161=item I<simple>
162
163Simple spiller
164
165=item I<local>
166
167Local spiller
168
169=back
170
171=back
172
173=head2 Intel IA-32-specific Options
174
175=over
176
177=item B<--x86-asm-syntax=att|intel>
178
179Specify whether to emit assembly code in AT&T syntax (the default) or intel
180syntax.
181
182=back
183
184=head1 EXIT STATUS
185
186If B<llc> succeeds, it will exit with 0. Otherwise, if an error occurs,
187it will exit with a non-zero value.
188
189=head1 SEE ALSO
190
191L<lli|lli>
192
193=head1 AUTHORS
194
195Maintained by the LLVM Team (L<http://llvm.org>).
196
197=cut