llc - LLVM static compiler


llc [options] [filename]


The llc command compiles LLVM source inputs into assembly language for a specified architecture. The assembly language output can then be passed through a native assembler and linker to generate a native executable.

The choice of architecture for the output assembly code is automatically determined from the input file, unless the -march option is used to override the default.


If filename is - or omitted, llc reads from standard input. Otherwise, it will from filename. Inputs can be in either the LLVM assembly language format (.ll) or the LLVM bitcode format (.bc).

If the -o option is omitted, then llc will send its output to standard output if the input is from standard input. If the -o option specifies -, then the output will also be sent to standard output.

If no -o option is specified and an input file other than - is specified, then llc creates the output filename by taking the input filename, removing any existing .bc extension, and adding a .s suffix.

Other llc options are as follows:

End-user Options


Print a summary of command line options.


Generate code at different optimization levels. These correspond to the -O0, -O1, -O2, -O3, and -O4 optimization levels used by llvm-gcc and clang.

-mtriple=target triple

Override the target triple specified in the input file with the specified string.


Specify the architecture for which to generate assembly, overriding the target encoded in the input file. See the output of llc -help for a list of valid architectures. By default this is inferred from the target triple or autodetected to the current architecture.


Specify a specific chip in the current architecture to generate code for. By default this is inferred from the target triple and autodetected to the current architecture. For a list of available CPUs, use: llvm-as < /dev/null | llc -march=xyz -mcpu=help


Override or control specific attributes of the target, such as whether SIMD operations are enabled or not. The default set of attributes is set by the current CPU. For a list of available attributes, use: llvm-as < /dev/null | llc -march=xyz -mattr=help


Disable frame pointer elimination optimization.


Disable optimizations that may produce excess precision for floating point. Note that this option can dramatically slow down code on some systems (e.g. X86).


Enable optimizations that assume no Inf values.


Enable optimizations that assume no NAN values.


Enable optimizations that make unsafe assumptions about IEEE math (e.g. that addition is associative) or may not work for all input ranges. These optimizations allow the code generator to make use of some instructions which would otherwise not be usable (such as fsin on X86).


Instruct the lowerinvoke pass to insert code for correct exception handling support. This is expensive and is by default omitted for efficiency.


Print statistics recorded by code-generation passes.


Record the amount of time needed for each pass and print a report to standard error.


Dynamically load dso_path (a path to a dynamically shared object) that implements an LLVM target. This will permit the target name to be used with the -march option so that code can be generated for that target.

Tuning/Configuration Options


Print generated machine code between compilation phases (useful for debugging).


Specify the register allocator to use. The default allocator is local. Valid register allocators are:


Very simple "always spill" register allocator


Local register allocator


Linear scan global register allocator


Iterative scan global register allocator


Specify the spiller to use for register allocators that support it. Currently this option is used only by the linear scan register allocator. The default spiller is local. Valid spillers are:


Simple spiller


Local spiller

Intel IA-32-specific Options


Specify whether to emit assembly code in AT&T syntax (the default) or intel syntax.


If llc succeeds, it will exit with 0. Otherwise, if an error occurs, it will exit with a non-zero value.




Maintained by the LLVM Team (