[PATCH] D71177: [ValueTracking] Use the assumption that if the pointer was loaded/stored, then it is nonnull.
Danila Kutenin via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Sun Dec 8 14:05:56 PST 2019
danlark added a comment.
In D71177#1774388 <https://reviews.llvm.org/D71177#1774388>, @lebedev.ri wrote:
> In D71177#1774374 <https://reviews.llvm.org/D71177#1774374>, @danlark wrote:
>
> > In D71177#1774369 <https://reviews.llvm.org/D71177#1774369>, @lebedev.ri wrote:
> >
> > > In D71177#1774366 <https://reviews.llvm.org/D71177#1774366>, @danlark wrote:
> > >
> > > > In D71177#1774364 <https://reviews.llvm.org/D71177#1774364>, @lebedev.ri wrote:
> > > >
> > > > > There were behavior-changing alterations, but no test changes?
> > > >
> > > >
> > > > If I understand correctly, yes.
> > >
> > >
> > > It was another way of saying: "there's no test coverage for that change, it'll break and no one will notice until it miscompiles, tests should be added"
> >
> >
> > test_null_after_{load,store} fail without that change
>
>
> What i'm asking is - are there tests that ensure we don't erroneously deduce `nonnull`
> from load/store when `NullPointerIsDefined()` returned `true`? (there should be such tests).
> Also, `DT->dominates()` could use a few more tests.
Added!
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D71177/new/
https://reviews.llvm.org/D71177
More information about the llvm-commits
mailing list