[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