DSYMUTIL(1)
π DSYMUTIL β manipulation of archived DWARF debug symbol files
okay so welcome to the dsymutil page bestie πΈ this is from the LLVM manual set, and it's genuinely one of those tools that's lowkey doing the most important work while nobody claps for it. we're gonna get you fluent, fr fr.
β¨ SYNOPSIS β¨
dsymutil [options] executable
π¦ DESCRIPTION π¦
So here's the vibe: dsymutil links the DWARF debug information that's hanging out inside the object files of an executable β and it does that by using the debug symbols info contained in that executable's symbol table. Iconic teamwork honestly.
By default? The linked debug info gets placed in a .dSYM bundle with the same name as the executable. That's the default main character move π
π OPTIONS π
okay buckle up, there are a LOT and every single one is here, no skips:
--accelerator=<accelerator type>β picks which type of accelerator table you want. Valid options areβAppleβ,βDwarfβandβDefaultβ. that's the whole list, don't get creative π--arch <arch>β links DWARF debug info only for the specified CPU architecture types. Architectures may be specified by name. When you use this option, an error will be returned if any architectures can not be properly linked. You can specify 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 causedsymutilto return an error. ngl that default is strict but fair π«Ά--dump-debug-mapβ dumps the executable's debug-map (that's the list of the object files containing the debug information) in YAML format, then exits. No DWARF link will take place. it's just peeking, not touching π--flat,-fβ produces a flat dSYM file. A.dwarfextension gets appended to the executable name unless the output file is specified using the-ooption. important detail, don't forget it β¨--gen-reproducerβ generates a reproducer consisting of the input object files.--help,-hβ prints this help output. hi π--keep-function-for-staticβ makes a static variable keep the enclosing function even if it would have been omitted otherwise. protective queen behavior π₯Ί--minimize,-zβ when used while creating a dSYM file, this option suppresses 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. decluttering slay π§Ή--no-odrβ do not use ODR (One Definition Rule) for uniquing C++ types.--no-outputβ does the link in memory, but does not emit the result file. all the effort, none of the artifact π--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. more threads, more chaos, go off πββοΈ--object-prefix-map <prefix=remapped>β remaps 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; this helpsdsymutilfind the Clang module cache. yes that flag is written exactly like that, copy it carefully π--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.--papertrailβ when runningdsymutilas part of your build system, it can be desirable for warnings to be part of the end product, rather than just being emitted to the output stream. When enabled, warnings are embedded in the linked DWARF debug information. warnings but make them permanent, love that for you π--remarks-output-format <format>β specifies the format to be used when serializing the linked remarks.--remarks-prepend-path <path>β specifies a directory to prepend the paths of the external remark files.--statisticsβ prints 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 energy π--symbol-map <bcsymbolmap>β updates the existing dSYMs inplace using the symbol map specified. yes, "inplace", that's the spelling, we don't touch it π-s,--symtabβ dumps the symbol table found in the executable or object file(s), then exits.-Sβ outputs textual assembly instead of a binary dSYM companion file.--toolchain <toolchain>β embeds the toolchain in the dSYM bundle's property list.-u,--updateβ updates an existing dSYM file to contain the latest accelerator tables and other DWARF optimizations. This option will rebuild theβ.apple_namesβandβ.apple_typesβhashed accelerator tables. glow-up update β¨--use-reproducer <path>β uses the object files from the given reproducer path.--verboseβ displays verbose information when linking. she's telling you everything π£οΈ--verifyβ runs the DWARF verifier on the linked DWARF debug info. vibe check on the DWARF, basically π-v,--versionβ displays the version of the tool.-yβ treats the executable as a YAML debug-map rather than an executable. plot twist π
π EXIT STATUS π
dsymutilreturns 0 if the DWARF debug information was linked successfully.- Otherwise, it returns 1.
so basically: 0 = slay, 1 = something went sideways π
π SEE ALSO π
llvm-dwarfdump(1)β go read that one next bestie, iykyk
πΈ AUTHOR πΈ
Maintained by the LLVM Team (https://llvm.org/). they're the ones keeping this whole thing running, show some respect π«Ά
β COPYRIGHT β
2003-2023, LLVM Project
and that's the whole page!! mwah π this was DSYMUTIL(1) out of the LLVM manual set, page version 13, dated 2023-07-14 β go link some DWARF and make me proud, bestie π¦π
π¦ where this page comes from
- ubuntu jammy: llvm-13 1:13.0.1-2ubuntu2.2 Β· 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