[llvm-dev] Can DISubprogram be renamed?
Peter Collingbourne via llvm-dev
llvm-dev at lists.llvm.org
Fri Apr 15 10:02:57 PDT 2016
I'd actually like to remove that functionality, as it is unused. See
http://reviews.llvm.org/D18628
Adrian's change r266446 I think obsoletes that patch or at least makes it a
lot simpler.
Peter
On Fri, Apr 15, 2016 at 9:50 AM, Sergei Larin <slarin at codeaurora.org> wrote:
>
>
> Peter,
>
>
>
> I am afraid I am missing a big picture with debug info cloning.
>
>
>
> Certainly after your patch (and possibly in some cases earlier):
>
>
>
> Cloning: Reduce complexity of debug info cloning and fix correctness
> issue.
>
>
>
> Commit r260791 contained an error in that it would introduce a
> cross-module
>
> reference in the old module. It also introduced O(N^2) complexity in
> the
>
> module cloner by requiring the entire module to be visited for each
> function.
>
> Fix both of these problems by avoiding use of the
> CloneDebugInfoMetadata
>
> function (which is only designed to do intra-module cloning) and
> cloning
>
> function-attached metadata in the same way that we clone all other
> metadata.
>
>
>
> Differential Revision: http://reviews.llvm.org/D18583
>
>
>
> During CloneFunctionInto we seem to create a new DISubprogram which still
> carries the name of the _*original*_ function… which creates certain
> confusion with debugging scope.
>
>
>
> Was it designed that way, or am I missing something here…
>
>
>
> Thanks a lot.
>
>
>
> Sergei
>
>
>
>
>
>
>
> ---
>
> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted
> by The Linux Foundation
>
>
>
--
--
Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160415/4e9d2def/attachment.html>
More information about the llvm-dev
mailing list