Will eu-addr2line support debuginfod?
Tue Dec 8 14:06:24 GMT 2020
On Tue, 2020-12-01 at 10:23 -0500, Frank Ch. Eigler via Elfutils-devel
> Is it planned to have eu-addr2line supporting debuginfod? I try to
> > pass '[build-id]@address' (in the same format that eu-stack
> > outputting)
> > without success [...]
> For a broader discussion of the same topic, see:
> I remain of the opinion that all elfutils tools should automagically
> attempt debuginfod queries, if they encounter incomplete data.
> If we cannot overcome objections to that, we may end up having to
> invent a new elfutils tool that does general elf/dwarf dumping.
I think that is a different discussion.
eu-addr2line and eu-stack will already query a debuginfod server when
DEBUGINFOD_URLS is set (and the debuginfo isn't already available
The discussion about eu-readelf is that the utility itself doesn't
really deal with DWARF except that it dumps the data contents of
sections containing DWARF. We could introduce an option like binutils
has, --debug-dump=follow-links, which could drop. This would be
somewhat like the current --debug-dump=info+ which follows links to
split DWARF files. I just don't understand (or maybe I do, but don't
like) the semantics of --debug-dump=follow-links. It seems somewhat
imprecise and arbitrary IMHO.
The question is whether eu-addr2line could accept a new kind of address
specification that include the build-id like how eu-stack -b produces
I guess we could, but is that really something people would use?
eu-stack -b shows module build-id, load address and pc offset. Which
can be mapped back to the actual (relative address) inside the build-
really something people want to query eu-addr2line about? We would
basically throw away the load address, and just use build-id + offset.
So something like c017df57d6194b6479cef409cba575bbaa537c94+0xfd886
would be fine.
If you think something like that is useful, then please do open a bug
More information about the Elfutils-devel