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. > https://sourceware.org/pipermail/dwz/2020q1/000568.html 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 _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
