DSYMUTIL(1)
π DSYMUTIL(1) β like, the whole manual, but make it make sense π
okay bestie, so this is the dsymutil(1) page from the LLVM manual, and I'm gonna walk you through it like we're on facetime and I'm explaining it between sips of iced matcha. it's giving "niche but iconic" β dSYM files are literally the whole personality here. π
β¨ NAME β¨
dsymutil β manipulate archived DWARF debug symbol files. that's the whole vibe. it fiddles with your .dSYMs and we're obsessed.
πΈ SYNOPSIS πΈ
dsymutil [options] executable
yep, that's it. options first, executable last, no cap.
π¦ DESCRIPTION π¦
so here's the tea, bestie: dsymutil links up all the DWARF debug info it can find in the object files for an executable β we're talking about executable here β and it does that by peeking at the debug symbol info chillin' in its symbol table. π«Ά
by default the linked debug info gets dropped into a .dSYM bundle with the same name as the executable. cute, predictable, slay. β¨
π OPTIONS π
--accelerator=<accelerator type>β tell it which flavor of accelerator table you want. the valid options are'Apple','Dwarf','Default'and'None'. pick your fighter. π--arch <arch>β only link DWARF debug info for the CPU architecture types you name. architectures can be specified by name. lowkey important: when you use this option, an error gets returned if any architectures can't be properly linked. π₯ you can stack this option multiple times β once for each desired architecture. by default all CPU architectures get linked, and any architecture that can't be properly linked will makedsymutilreturn an error. so like, no silent failures, we love boundaries.--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 causedyldto load the specified variant at runtime. iykyk. π§--dump-debug-mapβ dump the executable's debug-map (that's the list of the object files containing the debug information) in YAML format and exit. no DWARF link will take place. like, it just looks and leaves. π-D <path>β specify a directory that contain 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. big header energy.--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. this is an alias for--reproducer=GenerateOnExit. π--help,-hβ print this help output. the classic.--keep-function-for-staticβ make a static variable keep the enclosing function even if it would have been omitted otherwise. protective gf behavior, honestly. π«Ά--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. it's giving spring cleaning. π§Ή--no-odrβ do not use ODR (One Definition Rule) for uniquing C++ types. that rule? we're ignoring it. π--no-outputβ do the link in memory, but do not emit the result file. all the effort, none of the paperwork. π--no-swiftmodule-timestampβ don't check the timestamp forswiftmodulefiles. time is a construct anyway.--num-threads <threads>,-j <threads>β specifies the maximum number (n) of simultaneous threads to use when linking multiple architectures. multitasking icon behavior. π--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; it helpsdsymutilfind 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. shhh, we're being mysterious. π€«--remarks-drop-without-debugβ drop remarks without valid debug locations. without this flags, all remarks are kept. (yes, the original says "flags". we keep the lore.) π₯--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'. pick your mode, bestie. π--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. leaderboard moment fr fr. π-s,--symtabβ dumps the symbol table found inexecutableor object file(s) and exits. peek at the receipts and dip. β-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. glow-up for your dSYM. π--use-reproducer <path>β use the object files from the given reproducer path. alias for--reproducer=Use. π«Ά--verboseβ display verbose information when linking. she's telling you everything. π--verifyβ run the DWARF verifier on the linked DWARF debug info. vibe check, but for debug info. β-v,--versionβ display the version of the tool. π-yβ treatexecutableas a YAML debug-map rather than an executable. plot twist. π
π₯ EXIT STATUS π₯
dsymutil returns 0 if the DWARF debug information was linked successfully. otherwise, it returns 1. that's the whole mood ring: 0 = slay, 1 = not slay. π«Ά
π SEE ALSO π
llvm-dwarfdump(1)β go read that one too, bestie, it's the sibling.
π AUTHOR π
maintained by the LLVM Team (https://llvm.org/). literal icons. π
π COPYRIGHT π
2003-2025, LLVM Project π
and that's the page, bestie!! πΈ this whole thing was LLVM, pageDSYMUTIL(1), dated2025-01-17, and the footer says19β which, sure, a number, we love her. now go link some DWARF and text me when you're done π¦β¨π
π¦ where this page comes from
- opensuse-leap 16.0: llvm19 19.1.7-160000.2.2 Β· Apache-2.0 WITH LLVM-exception AND NCSA
- opensuse-leap 16.0: llvm19 19.1.7-160000.2.2 Β· Apache-2.0 WITH LLVM-exception AND NCSA
- opensuse-leap 16.0: llvm19 19.1.7-160000.2.2 Β· Apache-2.0 WITH LLVM-exception AND NCSA
- opensuse-leap 16.0: llvm19 19.1.7-160000.2.2 Β· Apache-2.0 WITH LLVM-exception AND NCSA
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms