summaryrefslogtreecommitdiffstats
path: root/llvm/test/Transforms
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
commit7936a8a488c8f967cf42b9b5ef8c30b3a989e345 (patch)
treecbe68cb6c3f509c40a32689d657ea4814cfd8c4a /llvm/test/Transforms
parentd3c0e05f51d7db1fc3d3af89c2c7ce10c5957354 (diff)
downloadbcm5719-llvm-7936a8a488c8f967cf42b9b5ef8c30b3a989e345.tar.gz
bcm5719-llvm-7936a8a488c8f967cf42b9b5ef8c30b3a989e345.zip
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. llvm-svn: 125410
Diffstat (limited to 'llvm/test/Transforms')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud