https://sourceware.org/bugzilla/show_bug.cgi?id=29075
--- Comment #16 from Frank Ch. Eigler <fche at redhat dot com> --- Sorry about the confusion, it was mine. Yeah, libbfd.so's dependencies are small, adding debuginfod (=> libcurl) would make it rather larger. OTOH elfutils-libs are on systems already, so the dependencies would not make system install images larger. As an architectural question, I suspect it'd be more of an objdump side change rather than a bfd one, given that bfd doesn't deal with source code. (OTOH bfd/opencls.c has debuginfod-analogous lookup (hard-coding the /usr/lib/.build-id/XXX convention). It could fall back to a debuginfod query via spawning an external debuginfod-find process, if the EXTRA_DEBUG_ROOT1 searches fail. Any idea why we thought putting the code into binutils/dwarf.c instead was the right place for the hook?) -- You are receiving this mail because: You are on the CC list for the bug.
