[llvm-bugs] [Bug 32706] New: instcombine transforms arithmetic into xor which can't be analyzed by ScalarEvolution
    via llvm-bugs 
    llvm-bugs at lists.llvm.org
       
    Tue Apr 18 18:10:07 PDT 2017
    
    
  
https://bugs.llvm.org/show_bug.cgi?id=32706
            Bug ID: 32706
           Summary: instcombine transforms arithmetic into xor which can't
                    be analyzed by ScalarEvolution
           Product: libraries
           Version: trunk
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: Scalar Optimizations
          Assignee: unassignedbugs at nondot.org
          Reporter: efriedma at codeaurora.org
                CC: llvm-bugs at lists.llvm.org
C Testcase:
unsigned a(unsigned x, unsigned y) { return 4*(-1-x+y); }
Resulting IR (clang -O2 -emit-llvm):
define i32 @a(i32 %x, i32 %y) local_unnamed_addr #0 {
entry:
  %sub = xor i32 %x, 1073741823
  %add = add i32 %sub, %y
  %mul = shl i32 %add, 2
  ret i32 %mul
}
Result of passing this IR to opt -analyze -scalar-evolution:
Printing analysis 'Scalar Evolution Analysis' for function 'a':
Classifying expressions for: @a
  %sub = xor i32 %x, 1073741823
  -->  %sub U: full-set S: full-set
  %add = add i32 %sub, %y
  -->  (%y + %sub) U: full-set S: full-set
  %mul = shl i32 %add, 2
  -->  (4 * (%y + %sub)) U: [0,-3) S: [-2147483648,2147483645)
Determining loop execution counts for: @a
SelectionDAG generally manages to figure out the xor is actually a "not", but
ScalarEvolution currently does not.  (This is reduced from a more complicated
testcase where it actually does matter that ScalarEvolution can't analyze it.)
-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20170419/fa367dcf/attachment.html>
    
    
More information about the llvm-bugs
mailing list