[PATCH] D63505: [InstCombine] Fold icmp eq/ne (and %x, ~C), 0 -> %x u</u>= 0 earlier, C+1 is power of 2.

[Huihui Zhang via Phabricator via llvm-commits]

huihuiz added inline comments.


================
Comment at: llvm/lib/Transforms/InstCombine/InstCombineCompares.cpp:1656-1657
+    // ((X & ~7) == 0) --> X u< 8
+    // If X is (BinOp Y, C3), allow other rules to fold C3 with C2.
+    if (!match(X, m_c_BinOp(m_Value(), m_Constant())) &&
+        (~(*C2) + 1).isPowerOf2()) {
----------------
lebedev.ri wrote:
> huihuiz wrote:
> > huihuiz wrote:
> > > lebedev.ri wrote:
> > > > Why do we care about that? Seems rather arbitrary.
> > > take this test as example
> > > 
> > > 
> > > ```
> > > define i1 @test_shift_and_cmp_changed2(i8 %p) {
> > >   %shlp = shl i8 %p, 5
> > >   %andp = and i8 %shlp, -64
> > >   %cmp = icmp ult i8 %andp, 32
> > >   ret i1 %cmp
> > > }
> > > 
> > > ```
> > > 
> > > we do miss fold for (X >> C3) & C2 != C1 --> (X & (C2 << C3)) != (C1 << C3)
> > for this test, should be better transforming into this 
> > 
> > ```
> > define i1 @test_shift_and_cmp_changed2(i8 %p) {
> >   %andp = and i8 %p, 6
> >   %cmp = icmp eq i8 %andp, 0
> >   ret i1 %cmp
> > }
> > 
> > ```
> > 
> > However, by scheduling ((%x & C) == 0) --> %x u< (-C)  iff (-C) is power of two earlier,
> > we end up with
> > 
> > ```
> > define i1 @test_shift_and_cmp_changed2(i8 %p) {
> >   %shlp = shl i8 %p, 5
> >   %cmp = icmp ult i8 %shlp, 64
> >   ret i1 %cmp
> > }
> > 
> > ```
> > 
> Is that IR without this restriction?
> We currently seem to handle it just fine https://godbolt.org/z/8DB1xD
Yes , that is the IR without add this restriction.
We are currently handle it fine.
But when we try to schedule (X & ~C) ==/!= 0 --> X u</u>= C+1 earlier
we end up with 

```
define i1 @test_shift_and_cmp_changed2(i8 %p) {
  %shlp = shl i8 %p, 5
  %cmp = icmp ult i8 %shlp, 64
  ret i1 %cmp
}
```


Repository:
  rL LLVM

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

https://reviews.llvm.org/D63505