Provided by: llvm-7_7.0.1-10build1_amd64 bug

NAME

       dsymutil - manipulate archived DWARF debug symbol files

SYNOPSIS

       dsymutil [options] executable

DESCRIPTION

       dsymutil  links  the  DWARF  debug information found in the object files for an executable
       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.

OPTIONS

       --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
              cause dsymutil to return an error.

       --dump-debug-map
              Dump  the executable’s debug-map (the list of the object files containing the debug
              information) in YAML format and exit. Not DWARF link will take place.

       -f, --flat
              Produce a flat dSYM file. A .dwarf extension will be  appended  to  the  executable
              name unless the output file is specified using the -o option.

       -z, --minimize
              When  used when creating a dSYM file, this option will suppress the emission of the
              .debug_inlines,  .debug_pubnames,  and  .debug_pubtypes  sections  since   dsymutil
              currently  has  better  equivalents:  .apple_names  and  .apple_types. When used in
              conjunction with –update option,  this  option  will  cause  redundant  accelerator
              tables to be removed.

       --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.

       -j <n>, --num-threads=<n>
              Specifies  the  maximum  number  (n)  of  simultaneous  threads to use when linking
              multiple architectures.

       -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.

       --oso-prepend-path=<path>
              Specifies a path to prepend to all debug symbol object file paths.

       --papertrail
              When  running  dsymutil  as  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.

       -s, --symtab
              Dumps the symbol table found in executable or object file(s) and exits.

       --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.

       -v, --verbose
              Display verbose information when linking.

       --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.

SEE ALSO

       llvm-dwarfdump(1)

AUTHOR

       Maintained by The LLVM Team (http://llvm.org/).

COPYRIGHT

       2003-2020, LLVM Project