On Tue, 29 Sep 2020 22:35:14 +0200, Mark Wielaard wrote:
On Mon, Sep 28, 2020 at 04:50:59PM +0200, Jan Kratochvil wrote:
> * DW_TAG_partial_unit should have DW_AT_language.
> * DW_TAG_partial_unit must contain only types (struct/class).
> Currently they contain for example also static constant variables but when
> you parse such independent DW_TAG_partial_unit into which dictionary you
> will register such variable? That makes no sense.
You might want to look at the experiments to do something like that
from Tom de Vries:
https://sourceware.org/pipermail/dwz/2020q1/000579.html
This is another extension of the DWZ tool and tags. The goal is to make the
file format (and tooling) more fast and simple, not more slow and complex.
This looks as the DWZ DW_AT_language problem #1 fix listed above.
Hacking on dwz and supporting partial units and DWARF supplemential
files in debugger like tools isn't trivial. But it is IMHO also not
such a big effort that we have to drop everything else.
So why is Fedora stuck for 3.5 years on DWARF-4? I would switch Fedora to
DWARF-5 long time ago but I could not as there isn't anyone willing to work on
DWZ. Even now you want to port it to DWARF-5 but nothing more. It needs also
to
* fix bugs
* support LLVM DWARF-5
* support .debug_names
* support -fdebug-types-section (for reduction of size already during linking)
* with all the effort it is a pity it gives up on large debuginfos as it
would run out of memory
DWZ could be a nice tool (not really critical but an interesting challenge)
but it is not important enough to make people find time working on it.
Jan