[llvm-dev] [RFC] - Deduplication of debug information in linkers (LLD).

[Sean Silva via llvm-dev]

Wasn't our (lld/ELF's) position on debug info size that we should focus on
providing a great split-dwarf workflow and not try go too far out of our
way to deduplicate or otherwise reduce debug info size inside LLD? I recall
there being some patches that made linking of large debug binaries like
1.5GB+ clang faster, but we decided to reject those changes because
split-dwarf was the "right" solution.

Rafael, Rui?

(I even recall Rafael saying at one point that a great split-dwarf workflow
was one of the key things he considered as necessary for him to consider
LLD "done")

-- Sean Silva

On Fri, Dec 15, 2017 at 7:47 AM, George Rimar via llvm-dev <
llvm-dev at lists.llvm.org> wrote:

> >Not quite sure what you mean by "on linker side" - but I guess you mean
> using linker features like comdats etc, rather than DWARF
> parsing/reassembly/etc.
>
>
> I mean that it probably not a good idea for external library. I feel it
> is much more convinent to do such proccessing in a linker.
>
> Linker do and knows much more about things like sections that are ICFed,
> eliminated, about COMDATs and many things like strings dedups.
>
> So it can rebuild relocations and perform DWARF deduplication probably in
> a faster/more convinent way probably than external API could provide.
>
> Honestly I did not yet think about it too much, just current feelings.
>
>
> Geоrge.
>
> _______________________________________________
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171215/df6b4c05/attachment.html>