summaryrefslogtreecommitdiffstats
path: root/llvm/lib/Analysis/ValueTracking.cpp
diff options
context:
space:
mode:
authorRoman Lebedev <lebedev.ri@gmail.com>2019-12-03 17:45:47 +0300
committerRoman Lebedev <lebedev.ri@gmail.com>2019-12-03 20:04:51 +0300
commit9a20c79ddc2523fb68be4d4246d7835c761c382f (patch)
tree064eab89c1f5fe78847c52311ad22de67a89b054 /llvm/lib/Analysis/ValueTracking.cpp
parent372ad32734ecb455f9fb4d0601229ca2dfc78b66 (diff)
downloadbcm5719-llvm-9a20c79ddc2523fb68be4d4246d7835c761c382f.tar.gz
bcm5719-llvm-9a20c79ddc2523fb68be4d4246d7835c761c382f.zip
[NFC][KnownBits] Add getMinValue() / getMaxValue() methods
As it can be seen from accompanying cleanup, it is not unheard of to write `~Known.Zero` meaning "what maximal value can this KnownBits produce". But i think `~Known.Zero` isn't *that* self-explanatory, as compared to a method with a name. Note that not all `~Known.Zero` places were cleaned up, only those where this arguably improves things.
Diffstat (limited to 'llvm/lib/Analysis/ValueTracking.cpp')
-rw-r--r--llvm/lib/Analysis/ValueTracking.cpp2
1 files changed, 1 insertions, 1 deletions
diff --git a/llvm/lib/Analysis/ValueTracking.cpp b/llvm/lib/Analysis/ValueTracking.cpp
index 51d92cca214..f46bae77ba2 100644
--- a/llvm/lib/Analysis/ValueTracking.cpp
+++ b/llvm/lib/Analysis/ValueTracking.cpp
@@ -915,7 +915,7 @@ static void computeKnownBitsFromShiftOperator(
// If the shift amount could be greater than or equal to the bit-width of the
// LHS, the value could be poison, but bail out because the check below is
// expensive. TODO: Should we just carry on?
- if ((~Known.Zero).uge(BitWidth)) {
+ if (Known.getMaxValue().uge(BitWidth)) {
Known.resetAll();
return;
}
OpenPOWER on IntegriCloud