LLVM-LINK(1)
π LLVM-LINK(1) β the LLVM bitcode linker, bestie edition
okay so welcome to llvm-link from the LLVM manual collection β yes it's the linker one, the one that smooshes your bitcode together β¨
πΈ NAME πΈ
llvm-link β the LLVM bitcode linker. that's it, that's the vibe π«Ά
β¨ SYNOPSIS β¨
llvm-link [options] filename ...
π¦ DESCRIPTION π¦
so here's the tea β β llvm-link takes several LLVM bitcode files and links them together into a single LLVM bitcode file. one file to rule them all, periodt π
and where does it go? it writes the output file to standard output, unless you use the -o option to specify a filename. no -o, no file, it just yeets itself at your stdout π
π OPTIONS π
-fβ enable binary output on terminals. normallyllvm-linkwill refuse to write raw bitcode output if the output stream is a terminal (protection, honestly π‘οΈ). with this option,llvm-linkwill write raw bitcode regardless of the output device. chaos mode: unlocked π₯-ofilename β specify the output file name. and if filename is-, thenllvm-linkwill write its output to standard output. cute shortcut, iykyk π-Sβ write output in LLVM intermediate language (instead of bitcode). readable-ish, we love her π-dβ if specified,llvm-linkprints a human-readable version of the output bitcode file to standard error. not stdout, bestie β stderr π--helpβ print a summary of command line options. the "help me i'm baby" flag πΌ-vβ verbose mode. print information about whatllvm-linkis doing. this typically includes a message for each bitcode file linked in and for each library found. she's narrating her life and honestly? go off π--override<filename> β adds the passed-in file to the link and overrides symbols that have already been declared with the definitions in the file that is passed in. this flag can be specified multiple times to have multiple files act as overrides. and β listen β if a symbol is declared more than twice, the definition from the file declared last takes precedence. last one wins, always π--import<function:filename> β specify a function that should be imported from the specified file for linking with ThinLTO. this option can be specified multiple times to import multiple functions. plug in as many as you want π--summary-index<filename> β specify the path to a file containing the module summary index with the results of an earlier ThinLTO link. this option is required when--importis used. no index, no import β them's the rules β οΈ--internalizeβ internalize the linked symbols. making them shy π«£--disable-debug-info-type-mapβ disables the use of a uniquing type map for debug info.--only-neededβ link only needed symbols. minimalism core π--disable-lazy-loadingβ disable lazy module loading. no procrastination allowed π€--suppress-warningsβ suppress all linker warnings. living in denial, but make it a flag π--preserve-bc-uselistorderβ preserve the use-list order when writing LLVM bitcode.--preserve-ll-uselistorderβ preserve the use-list order when writing LLVM assembly.--ignore-non-bitcodeβ do not error out when a non-bitcode file is encountered while processing an archive. she's chill like that π§
π EXIT STATUS π
if llvm-link succeeds, it will exit with 0. otherwise, if an error occurs, it will exit with a non-zero value. zero = slay, non-zero = something's wrong and she's telling you about it π
π Author π
maintained by the LLVM Team (https://llvm.org/). absolute icons, no cap π
π Copyright π
2003-2026, LLVM Project
and that's the whole page, bestie β footer deets for the archive girlies: this is LLVM version 15, dated 2026-09-09, page LLVM-LINK(1). go forth and link responsibly π
β¨π¦
π¦ where this page comes from
- ubuntu stonking: llvm-18 1:18.1.8-20ubuntu11 Β· APACHE-2-LLVM-EXCEPTIONS
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms