[llvm-bugs] [Bug 43431] New: Value range knowledge of higher bits not used in optimizations

via llvm-bugs llvm-bugs at lists.llvm.org
Tue Sep 24 08:00:16 PDT 2019


https://bugs.llvm.org/show_bug.cgi?id=43431

            Bug ID: 43431
           Summary: Value range knowledge of higher bits not used in
                    optimizations
           Product: clang
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: LLVM Codegen
          Assignee: unassignedclangbugs at nondot.org
          Reporter: zamazan4ik at tut.by
                CC: llvm-bugs at lists.llvm.org, neeilans at live.com,
                    richard-llvm at metafoo.co.uk

Consider the example:

unsigned long long sample2(unsigned long long m) {
    if (m >= 100) __builtin_unreachable();
    m *= 16;
    return m >> 3;
}

After the `if` statement we do know that the higher bits are set to 0. So
instead of generating the following assembly:

sample2(unsigned long long):
  mov rax, rdi
  sal rax, 4
  shr rax, 3
  ret

A more optimal assembly could be generated:

sample2(unsigned long long):
  lea rax, [rdi + rdi]
  ret


Godbolt playground: https://godbolt.org/z/1iSpTh

Same issues for GCC: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91881

P.S.: that optimization is important for std::to_chars(..., double) like
functions, where a significant of a double is extracted into an unsigned long
long variable, so its upper bits are always zero.

-- 
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/20190924/ccd64a88/attachment.html>


More information about the llvm-bugs mailing list