aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/CodeGen/CodeGenFunction.cpp
diff options
context:
space:
mode:
authorJay Foad <jay.foad@amd.com>2020-02-12 13:27:28 +0000
committerJay Foad <jay.foad@amd.com>2020-02-12 19:06:53 +0000
commit32aac2563763ca14732c06080242a8fdcff6643e (patch)
treea87fc71a3ce0382a4663b195430343ed33a56148 /clang/lib/CodeGen/CodeGenFunction.cpp
parent137415ad285b1d3c1fa1dfb8f44c2ac62d3ebbe4 (diff)
downloadllvm-32aac2563763ca14732c06080242a8fdcff6643e.zip
llvm-32aac2563763ca14732c06080242a8fdcff6643e.tar.gz
llvm-32aac2563763ca14732c06080242a8fdcff6643e.tar.bz2
[KnownBits] Introduce anyext instead of passing a flag into zext
Summary: This was a very odd API, where you had to pass a flag into a zext function to say whether the extended bits really were zero or not. All callers passed in a literal true or false. I think it's much clearer to make the function name reflect the operation being performed on the value we're tracking (rather than on the KnownBits Zero and One fields), so zext means the value is being zero extended and new function anyext means the value is being extended with unknown bits. NFC. Subscribers: hiraditya, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D74482
Diffstat (limited to 'clang/lib/CodeGen/CodeGenFunction.cpp')
0 files changed, 0 insertions, 0 deletions