aboutsummaryrefslogtreecommitdiff
path: root/lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerCommon.cpp
diff options
context:
space:
mode:
authorSanjoy Das <sanjoy@playingwithpointers.com>2015-02-25 20:02:59 +0000
committerSanjoy Das <sanjoy@playingwithpointers.com>2015-02-25 20:02:59 +0000
commitdcc84db2641eaff6efece8502ccc5f3863ef9356 (patch)
treed7b3f768f3dc130cc5a3b27c640e23f815c434fb /lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerCommon.cpp
parentf42e1eca9fe959059079abf0dda590c23fddfb14 (diff)
downloadllvm-dcc84db2641eaff6efece8502ccc5f3863ef9356.zip
llvm-dcc84db2641eaff6efece8502ccc5f3863ef9356.tar.gz
llvm-dcc84db2641eaff6efece8502ccc5f3863ef9356.tar.bz2
Bugfix: SCEVExpander incorrectly marks increment operations as no-wrap
(The change was landed in r230280 and caused the regression PR22674. This version contains a fix and a test-case for PR22674). When emitting the increment operation, SCEVExpander marks the operation as nuw or nsw based on the flags on the preincrement SCEV. This is incorrect because, for instance, it is possible that {-6,+,1} is <nuw> while {-6,+,1}+1 = {-5,+,1} is not. This change teaches SCEV to mark the increment as nuw/nsw only if it can explicitly prove that the increment operation won't overflow. Apart from the attached test case, another (more realistic) manifestation of the bug can be seen in Transforms/IndVarSimplify/pr20680.ll. Differential Revision: http://reviews.llvm.org/D7778 llvm-svn: 230533
Diffstat (limited to 'lldb/source/Plugins/Process/gdb-remote/GDBRemoteCommunicationServerCommon.cpp')
0 files changed, 0 insertions, 0 deletions