[llvm-dev] Remove obsolete debug info while garbage collecting

[Alexey Lapshin via llvm-dev]

24.09.2019 3:05, David Blaikie пишет:
>
>
> On Fri, Sep 20, 2019 at 1:41 PM Alexey Lapshin <a.v.lapshin at mail.ru 
> <mailto:a.v.lapshin at mail.ru>> wrote:
>
>
>     19.09.2019 4:24, David Blaikie пишет:
>>
>>
>>     On Wed, Sep 18, 2019 at 7:25 AM Alexey Lapshin
>>     <a.v.lapshin at mail.ru <mailto:a.v.lapshin at mail.ru>> wrote:
>>
>>
>>>
>>         Generally speaking, dsymutil does a very similar thing. It
>>         parses DWARF DIEs, analyzes relocations, scans through
>>         references and throws out unused DIEs. But it`s current
>>         interface does not allow to use it at link stage.
>>          I think it would be perfect to have a singular implementation.
>>          Though I did not analyze how easy or is it possible to reuse
>>         its code at the link stage, it looked like it needs a
>>         significant rework.
>>
>>          Implementation from this proposal does removing of obsolete
>>         debug info at link stage.
>>          And so has benefits of already loaded object files, already
>>         created liveness information,
>>          generating an optimized binary from scratch.
>>
>>
>>         If dsymutil could be refactored in such manner that could be
>>         used at the link stage, then it`s implementation could be
>>         reused. I would research the possibility of such a refactoring.
>>
>>     Yeah, if this is going to be implemented, I think that would be
>>     strongly preferred - though I realize it may be substantial work
>>     to refactor. The alternative - duplicating all this work -
>>     doesn't seem like something that would be good for the LLVM project.
>
>     I see. So I would research the question of whether it is possible
>     to refactor it accordingly.
>
>
It looks like I have a prototype of that refactoring.  Next I am going 
to create a patch from it.


Thank you, Alexey.


>>
>>         _______________________________________________
>>         LLVM Developers mailing list
>>         llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>
>>         https://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/20191007/1e0e1836/attachment.html>