public inbox for
 help / color / mirror / Atom feed
* Replacement for "objdump -d -l"?
@ 2023-08-07 18:35 ASSI
  2023-08-15 14:15 ` Nick Clifton
  0 siblings, 1 reply; 4+ messages in thread
From: ASSI @ 2023-08-07 18:35 UTC (permalink / raw)
  To: binutils

As detailed in bug#30725, objdump performance has gradually worsened
over the last releases to the point where it hurts.  So I'm looking for
alternatives… cygport at one point in time used llvm-objdump because it
was faster at this, but currently we don't have a new enough llvm so
that alternative is blocked.  Of particular interest is "objdump -d -l"
to produce the list of source files the object references so they can be
put into the debuginfo package.  Obviously the "-d" part is completely
superfluous towards that goal as we're not even looking at the result,
but there doesn't seem to be another way of getting the same information
without it.  So I've resigned to do an "objdump -WNl" instead and parse
that output with a small Perl script (i.e. the directory and file
tables)… with interesting results.

Firstly, something that takes over an hour across 8C/16T with the
current objdump (and over half an hour in the previous version) using
"objdump -d -l", now takes not quite three seconds (that includes the
actual dump and the parsing).  Secondly, I get way more source files
extracted with the Perl script: it seems that there are plenty of
records that reference header files that are not output via "-d -l" for
whatever reason.  I might be able to actually parse the DWARF
instructions following the tables to eliminate that difference, but
before I try to do that, I'd like to know what exactly is the criterion
for a source file to appear in the output of "objdump -d -l"?

Lastly, it seem brittle to parse the output as clearly it is meant to be
human readable and might change in future versions (aside from the fact
there doesn't seem to be a documentation of the current format for
crying out loud).  I'd be much more content with a format that was
designed to be machine readable and fully documented (again llvm has an
objdump that produces YAML).  Is there something like that in binutils I
can use?

+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-08-22 12:17 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-08-07 18:35 Replacement for "objdump -d -l"? ASSI
2023-08-15 14:15 ` Nick Clifton
2023-08-17 18:38   ` ASSI
2023-08-22 12:17   ` Richard Earnshaw (lists)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).