[PATCH] D63489: [InstSimplify] LCSSA PHIs should not be simplified away

Roman Lebedev via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Tue Jun 18 11:08:09 PDT 2019


lebedev.ri added a comment.

In D63489#1548837 <https://reviews.llvm.org/D63489#1548837>, @alex-t wrote:

> In D63489#1548470 <https://reviews.llvm.org/D63489#1548470>, @lebedev.ri wrote:
>
> > In D63489#1548451 <https://reviews.llvm.org/D63489#1548451>, @alex-t wrote:
> >
> > > In D63489#1548288 <https://reviews.llvm.org/D63489#1548288>, @lebedev.ri wrote:
> > >
> > > > > This causes generation of incorrect code in AMDGPU backend.
> > > >
> > > > This sounds like some other check is missing elsewhere?
> > > >  What happens if you feed it such an ir as-if after this transform, but manually written?
> > > >  ("that will result in broken asm/crashes" is hopefully not the answer)
> > > >
> > > > That being said, why is `LCSSAPass` not sufficient?
> > > >  It's already supposed to undo transforms like this.
> > >
> > >
> > > It will result in syntactically correct asm and no crashes. In runtime we'll get incorrect result though :)
> > >  Adding LCSSA pass again later on is difficult in the sense of the pass dependencies.
> > >  So, it's better to fix the explicit bug in SimplifyPHI....
> >
> >
> > Aha, so it's not `-instsimplify` pass itself, but how it's used during transition into backend.
> >
> > 1. You certainly don't want to make this blacklist unconditional, it should still run when the `-instsimplify` pass itself is run. (+instsimplify test)
> > 2. How does this affect other targets (backends)? Does this need some TLI hook?
>
>
> In fact I still insist that this is a bug in -instsimplify pass.
>  The algorithm is written in such a way that it always expect more then one input in PHI node.
>  That means that the person who's written it had no intention to really remove the LCSSA PHIs but was just unaware of their existence!
>  It is not correct to remove LCSSA in similar manner as PHI nodes with equal inputs are removed.
>  So, any other backend should not suffer from this change. It is not about the convenience for AMDGPU backend but about correctness.
>  Could you provide an example where LCSSA PHIs are added and then intentionally removed?


Can you please specify why this transform is invalid from LLVM IR point of view? https://godbolt.org/z/D8gKNc
In `endloop` BB, which has a single predecessor BB - `loop`, `%counter.lcssa` value can only be `%counter` value.


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

https://reviews.llvm.org/D63489





More information about the llvm-commits mailing list