Displaying 4 results from an estimated 4 matches for "dicable".
Did you mean:
diable
2020 Jun 03
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...n model which is similar)
But even then, I'm not sure how viable it would be - as Fangrui
pointed out on another thread about this: ELF section overhead itself
is non-trivial ("sizeof(Elf64_Shdr) = 64.") & it would probably be
rather difficult to reconstruct header-less slice-and-dicable sections
in some cases. For type information (a reduced overhead version of
-fdebug-types-section) I could see it - but for functions, they need
to refer to addresses - preferably in the debug_addr section, and
that's accessed by index, so taking chunks out of it would break other
references to...
2020 Jun 04
4
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...even then, I'm not sure how viable it would be - as Fangrui
> > pointed out on another thread about this: ELF section overhead itself
> > is non-trivial ("sizeof(Elf64_Shdr) = 64.") & it would probably be
> > rather difficult to reconstruct header-less slice-and-dicable sections
> > in some cases. For type information (a reduced overhead version of
> > -fdebug-types-section) I could see it - but for functions, they need
> > to refer to addresses - preferably in the debug_addr section, and
> > that's accessed by index, so taking chunks o...
2020 Jun 09
2
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
...ow viable it would be - as Fangrui
> > > > pointed out on another thread about this: ELF section overhead itself
> > > > is non-trivial ("sizeof(Elf64_Shdr) = 64.") & it would probably be
> > > > rather difficult to reconstruct header-less slice-and-dicable sections
> > > > in some cases. For type information (a reduced overhead version of
> > > > -fdebug-types-section) I could see it - but for functions, they need
> > > > to refer to addresses - preferably in the debug_addr section, and
> > > > that'...
2020 Jun 03
5
[Debuginfo][DWARF][LLD] Remove obsolete debug info in lld.
It makes me sad that the linker (via a library or otherwise) has to be
"DWARF-aware" to be able to effectively handle --gc-sections, COMDATs,
--icf etc for debug info, without leaving large blocks of data kicking
around.
The patching to -1 (or equivalent) is probably a good lightweight solution
(though I'd love it if it could be done based on section type in the future
rather than