DSYMUTIL(1)
π DSYMUTIL(1) (LLVM): manipulate archived DWARF debug symbol files π
πΈ NAME πΈ
dsymutil β manipulate archived DWARF debug symbol files. Short NAME section, huge main-character energy, no cap π
β¨ SYNOPSIS β¨
dsymutil [options] executable
π¦ DESCRIPTION π¦
okay so bestie, dsymutil links the DWARF debug information found in the object files for the executable by using debug symbols information contained in its symbol table. By default, the linked debug information is placed in a .dSYM bundle with the same name as the executable. iconic behavior, honestly π«Ά
π OPTIONS π
--accelerator=<accelerator type>β Specifies the desired type of accelerator table. Valid options are'Apple','Dwarf','Default'and'None'.--arch <arch>β Link DWARF debug information only for specified CPU architecture types. Architectures may be specified by name. When using this option, an error will be returned if any architectures can not be properly linked. This option can be specified multiple times, once for each desired architecture. All CPU architectures will be linked by default and any architectures that can't be properly linked will causedsymutilto return an error.--build-variant-suffix <suffix=buildvariant>β Specify the build variant suffix used to build the executable file. There can be multiple variants for the binary of a product, each built slightly differently. The most common build variants are'debug'and'profile'. Setting theDYLD_IMAGE_SUFFIXenvironment variable will cause dyld to load the specified variant at runtime.--dump-debug-mapβ Dump the executable's debug-map (the list of the object files containing the debug information) in YAML format and exit. No DWARF link will take place.-D <path>β Specify a directory that contains dSYM files to search for. This is used for mergeable libraries, sodsymutilknows where to look for dSYM files with debug information about symbols present in those libraries.--fat64β Use a 64-bit header when emitting universal binaries.--flat,-fβ Produce a flat dSYM file. A.dwarfextension will be appended to the executable name unless the output file is specified using the-ooption.--gen-reproducerβ Generate a reproducer consisting of the input object files. Alias for--reproducer=GenerateOnExit.--help,-hβ Print this help output.--keep-function-for-staticβ Make a static variable keep the enclosing function even if it would have been omitted otherwise.--minimize,-zβ When used when creating a dSYM file, this option will suppress the emission of the.debug_inlines,.debug_pubnames, and.debug_pubtypessections sincedsymutilcurrently has better equivalents:.apple_namesand.apple_types. When used in conjunction with the--updateoption, this option will cause redundant accelerator tables to be removed.--no-object-timestampβ Don't check timestamp for object files.--no-odrβ Do not use ODR (One Definition Rule) for uniquing C++ types.--no-outputβ Do the link in memory, but do not emit the result file.--no-swiftmodule-timestampβ Don't check the timestamp for swiftmodule files.--num-threads <threads>,-j <threads>β Specifies the maximum number (n) of simultaneous threads to use when linking multiple architectures.--object-prefix-map <prefix=remapped>β Remap object file paths (but no source paths) before processing. Use this for Clang objects where the module cache location was remapped using-fdebug-prefix-map; to helpdsymutilfind the Clang module cache.--oso-prepend-path <path>β Specifies a path to prepend to all debug symbol object file paths.--out <filename>,-o <filename>β Specifies an alternate path to place the dSYM bundle. The default dSYM bundle path is created by appending.dSYMto the executable name.-q,--quietβ Enable quiet mode and limit output.--remarks-drop-without-debugβ Drop remarks without valid debug locations. Without this flag, all remarks are kept.--remarks-output-format <format>β Specify the format to be used when serializing the linked remarks.--remarks-prepend-path <path>β Specify a directory to prepend the paths of the external remark files.--reproducer <mode>β Specify the reproducer generation mode. Valid options are'GenerateOnExit','GenerateOnCrash','Use','Off'.--statisticsβ Print statistics about the contribution of each object file to the linked debug info. This prints a table after linking with the object file name, the size of the debug info in the object file (in bytes) and the size contributed (in bytes) to the linked dSYM. The table is sorted by the output size listing the object files with the largest contribution first.-s,--symtabβ Dumps the symbol table found in executable or object file(s) and exits.-Sβ Output textual assembly instead of a binary dSYM companion file.--toolchain <toolchain>β Embed the toolchain in the dSYM bundle's property list.-u,--updateβ Update an existing dSYM file to contain the latest accelerator tables and other DWARF optimizations. This option will rebuild the.apple_namesand.apple_typeshashed accelerator tables.--use-reproducer <path>β Use the object files from the given reproducer path. Alias for--reproducer=Use.--verboseβ Display verbose information when linking.--verifyβ Run the DWARF verifier on the linked DWARF debug info.-v,--versionβ Display the version of the tool.-yβ Treat executable as a YAML debug-map rather than an executable.
π EXIT STATUS π
dsymutil returns 0 if the DWARF debug information was linked successfully. Otherwise, it returns 1. thatβs the whole vibe check: success gets a zero, anything else gets a one π₯
π SEE ALSO π
llvm-dwarfdump(1) <llvm-dwarfdump.html>
π«Ά Author π«Ά
Maintained by the LLVM Team (https://llvm.org/).
π Copyright π
2003-2026, LLVM Project
okay thatβs a wrap, bestie β footer/source/version vibes: LLVM, version 21, dated 2026-05-15. byeee π«Άβ¨π
π¦ where this page comes from
- fedora 44: llvm21 21.1.8-5.fc44 Β· Apache-2.0 WITH LLVM-exception OR NCSA
- fedora 44: llvm21 21.1.8-5.fc44 Β· Apache-2.0 WITH LLVM-exception OR NCSA
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms