[PATCH] D63379: [Attributor] Deducing existing nounwind attribute.

Stefan Stipanovic via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon Jun 24 17:18:59 PDT 2019


sstefan1 added a comment.

In D63379#1555618 <https://reviews.llvm.org/D63379#1555618>, @jdoerfert wrote:

> In D63379#1550752 <https://reviews.llvm.org/D63379#1550752>, @sstefan1 wrote:
>
> > In D63379#1548872 <https://reviews.llvm.org/D63379#1548872>, @sstefan1 wrote:
> >
> > > > Is this sufficient to replace the old nounwind deduction? Can you disable the current one to see if there is something we cannot deduce with this one?
> > >
> > > I already tried it on some of the other tests and it worked fine. I am going to that and test it some more, and update tomorrow morning.
> >
> >
> > Sorry for the late update. I ran all tests with `-disable-nounwind-inference -attributor -attributor-disable=false` and they pass. Is that enough?
>
>
>
>
> In D63379#1554749 <https://reviews.llvm.org/D63379#1554749>, @sstefan1 wrote:
>
> > I have now run the test-suite with -disable-nounwind-inference with attributor and functionattrs with nounwind, with attributor disabled. These are the results:
> >
> > attributor.NumFnNoUnwind: 935 (-disable-nounwind-inference)
> >  functionattrs.NumNoUnwind: 262 (-attributor-disable=true)
>
>
> That looks good. Do you happen to know if and how many attributes are deduced by the funcattrs pass if we enable both?
>
> Please run clang format on the Attributor.cpp and revert the non-functional changes, e.g., in the comments.


Ran clang-format, but it seems it didn't have any effect.

Numbers are the same when both are enabled.

Maybe I should commit this before nosync, since it looks like it may take few more days?


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D63379/new/

https://reviews.llvm.org/D63379





More information about the llvm-commits mailing list