[llvm-dev] Remove obsolete debug info while garbage collecting
Alexey Lapshin via llvm-dev
llvm-dev at lists.llvm.org
Mon Oct 7 09:33:29 PDT 2019
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>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev