[PATCH] D76248: Fix a bug in the inliner that causes subsequent double inlining
Hongtao Yu via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Thu Mar 19 13:09:17 PDT 2020
hoyFB added a comment.
In D76248#1931896 <https://reviews.llvm.org/D76248#1931896>, @wenlei wrote:
> In D76248#1931542 <https://reviews.llvm.org/D76248#1931542>, @hoyFB wrote:
>
> > In D76248#1931511 <https://reviews.llvm.org/D76248#1931511>, @wenlei wrote:
> >
> > > Thanks for fixing this! I forgot to ask earlier, but this could happen with inlining under new PM as well, right? With new PM, we collect calls within SCC, then iterate over them for inlining, so for the same reason we could have dangling call in `VMap` from cloning?
> >
> >
> > Yes, it could, though that didn't happen in our case. I think it's due to different orders calls are processed in the legacy and new inliner.
>
>
> Ok, then change the title/description to reflect that (not legacy PM specific)? otherwise LGTM.
Sure, removed the word 'legacy' from the title and added a new comment to the description.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D76248/new/
https://reviews.llvm.org/D76248
More information about the llvm-commits
mailing list