DSYMUTIL(1)

πŸ’– DSYMUTIL(1) πŸ’–

okay bestie, pull up a chair, because we're about to talk about dsymutil β€” that's the LLVM tool that manipulates archived DWARF debug symbol files. yes. that's the whole vibe. it's giving "quiet little utility that carries your entire debugging experience on its back" and honestly? we're obsessed. ✨


🌸 NAME 🌸

dsymutil β€” manipulate archived DWARF debug symbol files πŸ¦‹


✨ SYNOPSIS ✨

dsymutil [options] executable

πŸ’… DESCRIPTION πŸ’…

So here's the tea, bestie. dsymutil links the DWARF debug information that lives inside the object files for an executable, and it does this by using the debug symbols info chillin' in that executable's symbol table. Like, it's literally matchmaking object files with their debug data. 🫢

By default β€” no cap β€” the linked debug information gets dropped into a .dSYM bundle with the exact same name as the executable. That's just the default. It's the moment. πŸ‘‘


πŸŽ€ OPTIONS πŸŽ€

  • --accelerator=<accelerator type> β€” Pick which type of accelerator table you want. The valid options are Apple, Dwarf and Default. That's it, that's the list, don't get creative. ⭐
  • --arch <arch> β€” Only link DWARF debug info for the CPU architecture types you name here. Architectures can be specified by name. Heads up though: when you use this option, if any architectures can't be properly linked, you get an error back. You can pass this option multiple times β€” once per desired architecture. By default all CPU architectures get linked, and any that can't be properly linked will make dsymutil return an error. 😭
  • --dump-debug-map β€” Dumps the executable's debug-map (that's the list of object files holding the debug info) in YAML format and then dips out. No DWARF link happens at all. just a lil peek. πŸ™ˆ
  • --flat, -f β€” Produce a flat dSYM file. A .dwarf extension gets appended to the executable name unless you specify the output file with the -o option. flat. no bundle. streamlined. πŸ’…
  • --gen-reproducer β€” Generate a reproducer made up of the input object files. for when you need receipts. 🧚
  • --help, -h β€” Print this help output. the classic. the icon. πŸŽ€
  • --keep-function-for-static β€” Makes a static variable keep the enclosing function, even if that function would've been omitted otherwise. protective energy fr fr. 🫢
  • --minimize, -z β€” When you use this while creating a dSYM file, it suppresses the emission of the .debug_inlines, .debug_pubnames, and .debug_pubtypes sections, since dsymutil currently has better equivalents: .apple_names and .apple_types. And when you use it together with the --update option, it'll cause redundant accelerator tables to be removed. spring cleaning, but for your debug sections. ✨
  • --no-odr β€” Do not use ODR (One Definition Rule) for uniquing C++ types. simple as that. 🌸
  • --no-output β€” Do the link in memory, but do not emit the result file. all the work, none of the output. it's giving ghosting (affectionate). πŸ‘»
  • --no-swiftmodule-timestamp β€” Don't check the timestamp for swiftmodule files. timestamps? not today. πŸ’œ
  • --num-threads <threads>, -j <threads> β€” Specifies the maximum number (n) of simultaneous threads to use when linking multiple architectures. parallelize, bestie. πŸ”₯
  • --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 helps dsymutil find the Clang module cache. iykyk. πŸ¦‹
  • --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 .dSYM to the executable name. πŸŽ€
  • --papertrail β€” When you're running dsymutil as part of your build system, it can be desirable for warnings to be part of the end product instead of just being emitted to the output stream. When enabled, warnings are embedded in the linked DWARF debug information. leaving a lil trail. iconic behavior. ⭐
  • --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. 🌈
  • --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 energy. πŸ‘‘
  • --symbol-map <bcsymbolmap> β€” Update the existing dSYMs inplace using the symbol map specified. inplace. no copies. πŸ’œ
  • -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. going full text mode. ✨
  • --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_names and .apple_types hashed accelerator tables. glow-up for your dSYM. πŸ’…
  • --use-reproducer <path> β€” Use the object files from the given reproducer path. 🧚
  • --verbose β€” Display verbose information when linking. tell me everything, bestie. πŸ’–
  • --verify β€” Run the DWARF verifier on the linked DWARF debug info. vibe check on your debug info. βœ…
  • -v, --version β€” Display the version of the tool. πŸŽ€
  • -y β€” Treat executable as 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 scoring system. no cap. 😭


πŸ‘€ SEE ALSO πŸ‘€

llvm-dwarfdump(1)


πŸ’œ AUTHOR πŸ’œ

Maintained by the LLVM Team (https://llvm.org/). we love a maintainer who shows up. 🫢


2003-2025, LLVM Project


ok and that's the whole page bestie!! this one's from LLVM, page 14 of the manual, dated 2025-05-22 β€” so if you're reading this on some random Tuesday, just know that this page has been out here slaying since May 22, 2025. DSYMUTIL(1) forever. periodt. πŸ’…βœ¨πŸ¦‹
πŸ“¦ where this page comes from