summaryrefslogtreecommitdiff
path: root/lib
diff options
context:
space:
mode:
authorChris Lattner <sabre@nondot.org>2011-02-11 21:43:33 +0000
committerChris Lattner <sabre@nondot.org>2011-02-11 21:43:33 +0000
commit1021236c74dcc4beb294ebe675032ff578fae17f (patch)
tree6fe1febbbc8777bab6c85784114827eda272ef29 /lib
parent6aa68a76474525255943bee914e37b68a3ba75c8 (diff)
downloadllvm-1021236c74dcc4beb294ebe675032ff578fae17f.tar.gz
llvm-1021236c74dcc4beb294ebe675032ff578fae17f.tar.bz2
llvm-1021236c74dcc4beb294ebe675032ff578fae17f.tar.xz
Per discussion with Dan G, inbounds geps *certainly* can have
unsigned overflow (e.g. "gep P, -1"), and while they can have signed wrap in theoretical situations, modelling an AddRec as not having signed wrap is going enough for any case we can think of today. In the future if this isn't enough, we can revisit this. Modeling them as having NUW isn't causing any known problems either FWIW. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@125410 91177308-0d34-0410-b5e6-96231b3b80d8
Diffstat (limited to 'lib')
-rw-r--r--lib/Analysis/ScalarEvolution.cpp17
1 files changed, 14 insertions, 3 deletions
diff --git a/lib/Analysis/ScalarEvolution.cpp b/lib/Analysis/ScalarEvolution.cpp
index c2f3ac071d..aab95ae1f6 100644
--- a/lib/Analysis/ScalarEvolution.cpp
+++ b/lib/Analysis/ScalarEvolution.cpp
@@ -2785,10 +2785,21 @@ const SCEV *ScalarEvolution::createNodeForPHI(PHINode *PN) {
HasNSW = true;
} else if (const GEPOperator *GEP =
dyn_cast<GEPOperator>(BEValueV)) {
- // If the increment is a GEP, then we know it won't perform an
- // unsigned overflow, because the address space cannot be
+ // If the increment is a GEP, then we know it won't perform a
+ // signed overflow, because the address space cannot be
// wrapped around.
- HasNUW |= GEP->isInBounds();
+ //
+ // NOTE: This isn't strictly true, because you could have an
+ // object straddling the 2G address boundary in a 32-bit address
+ // space (for example). We really want to model this as a "has
+ // no signed/unsigned wrap" where the base pointer is treated as
+ // unsigned and the increment is known to not have signed
+ // wrapping.
+ //
+ // This is a highly theoretical concern though, and this is good
+ // enough for all cases we know of at this point. :)
+ //
+ HasNSW |= GEP->isInBounds();
}
const SCEV *StartVal = getSCEV(StartValueV);