https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91239
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jakub at gcc dot gnu.org
--- Comment #5 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
See also https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618 and
https://sourceware.org/bugzilla/show_bug.cgi?id=27590
>From DWARF5 it is clear what needs to happen and giving up on the
DW_MACRO_import deduplication would mean 10x growth of .debug_macro or how much
on average.
Furthermore, due to the ill-designed -fuse-ld= option which allows users to
easily switch to a linker which doesn't support what has been determined during
gcc configure time from the linker tested at that time we can't easily disable
DW_MACRO_import just for selected linkers like mold.
So, I think those linkers simply have to support this, whether by a hack keyed
on a particular section name or generally for non-allocatable sections is up to
them.
