summaryrefslogtreecommitdiffstats
path: root/clang/lib/AST/ASTContext.cpp
diff options
context:
space:
mode:
authorSanjoy Das <sanjoy@playingwithpointers.com>2015-10-23 06:33:47 +0000
committerSanjoy Das <sanjoy@playingwithpointers.com>2015-10-23 06:33:47 +0000
commit0714e3e245c20e33205a078d53b3b52fa8cee815 (patch)
tree9614b4d7793be88b7acceb5ff0a77d4be89c1fb9 /clang/lib/AST/ASTContext.cpp
parent57cee79f7c6302bb94a1520cd33a676c31565743 (diff)
downloadbcm5719-llvm-0714e3e245c20e33205a078d53b3b52fa8cee815.tar.gz
bcm5719-llvm-0714e3e245c20e33205a078d53b3b52fa8cee815.zip
[SCEV] Fix a latent bug in `getPreStartForExtend`
I could not come up a way to test this -- I think this bug is latent today, and will not actually result in a miscompile. In `getPreStartForExtend`, SCEV constructs `PreStart` as a sum of all of `SA`'s operands except `Op`. It also uses `SA`'s no-wrap flags, and this is problematic because removing an element from an add expression can make it signed-wrap. E.g. if `SA` was `(127 + 1 + -1)`, then it could safely be `<nsw>` (since `sext(127) + sext(1) + sext(-1)` == `sext(127 + 1 + -1)`), but `(127 + 1)` (== `PreStart` if `Op` is `-1`) is not `<nsw>`. Transferring `<nuw>` from `SA` to `PreStart` is safe, as far as I can tell. llvm-svn: 251097
Diffstat (limited to 'clang/lib/AST/ASTContext.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud