[PATCH] D74205: [WIP][llvm-dwarfdump] Add the --show-sections-sizes option

Djordje Todorovic via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Tue Feb 11 02:22:45 PST 2020


djtodoro marked an inline comment as done.
djtodoro added inline comments.


================
Comment at: llvm/docs/CommandGuide/llvm-dwarfdump.rst:113
 
+.. option:: --show-section-sizes
+
----------------
jhenderson wrote:
> aprantl wrote:
> > jhenderson wrote:
> > > Options are documented in alphabetical order, so this should be above --statistics.
> > classic dwarfdump on macOS used to have a similar functionality under the name of
> > 
> > ```
> > --file-stats[=size]
> >         Show file composition statistics for any input files. Each file's
> >         contents are analyzed and broken down into byte counts for the
> >         following categories: symbol table, string table, text and code,
> >         DWARF debug information, STABS debug information, and other. When
> >         multiple files are specified, byte count totals for each category
> >         will be displayed at the end of the table.  Specify the optional
> >         'size' argument to show all byte count results using unit suffixes:
> >         Byte, Kilobyte, Megabyte, Gigabyte, Terabyte and Petabyte. This
> >         option can be useful in tracking the size and makeup of mach-o
> >         binary files, and also allows easy comparison between DWARF and
> >         STABS built binaries and related object files.
> > ```
> > 
> > that we never ported to llvm-dwarfdump. We *could* reimplement the same interface for familiarity, but I don't have a particularly strong opinion about it.
> I'm neutral on whether the switch name should be changed to match, but I don't think we need to go into the granularity of the classic dwarfdump - things like symbol table, string table, text etc sizes are best retrieved from tools like llvm-readobj and llvm-size. I think we should keep this to debug section sizes (with total file size information also included for ease of comparison). The suffixes idea is not bad though - perhaps worth a future follow-up.
> 
> > Byte, Kilobyte, Megabyte, Gigabyte, Terabyte and Petabyte
> Why no Exabyte? 😆 
>I'm neutral on whether the switch name should be changed to match, but I don't think we need to go into the granularity of the classic dwarfdump - things like symbol table, string table, text etc sizes are best retrieved from tools like llvm-readobj and llvm-size. I think we should keep this to debug section sizes (with total file size information also included for ease of comparison). The suffixes idea is not bad though - perhaps worth a future follow-up.
+1
I would keep it only for the DWARF debug information.

When we implement this (initially), we can play with additional metrics, formats, etc.


CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D74205/new/

https://reviews.llvm.org/D74205





More information about the llvm-commits mailing list