aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp
diff options
context:
space:
mode:
authorArtem Dergachev <artem.dergachev@gmail.com>2017-12-20 00:47:17 +0000
committerArtem Dergachev <artem.dergachev@gmail.com>2017-12-20 00:47:17 +0000
commitfcad574c4eb0d34b97130246f78e54851fff9747 (patch)
tree8880168e44e3781a9dc67cd893b55d3ff7a4300e /llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp
parent54b3f718e4deb58c9a63d5e7280f4df688d32ffd (diff)
downloadllvm-fcad574c4eb0d34b97130246f78e54851fff9747.zip
llvm-fcad574c4eb0d34b97130246f78e54851fff9747.tar.gz
llvm-fcad574c4eb0d34b97130246f78e54851fff9747.tar.bz2
[analyzer] trackNullOrUndefValue: track last store to non-variables.
When reporting certain kinds of analyzer warnings, we use the bugreporter::trackNullOrUndefValue mechanism, which is part of public checker API, to understand where a zero, null-pointer, or garbage value came from, which would highlight important events with respect to that value in the diagnostic path notes, and help us suppress various false positives that result from values appearing from particular sources. Previously, we've lost track of the value when it was written into a memory region that is not a plain variable. Now try to resume tracking in this situation by finding where the last write to this region has occured. Differential revision: https://reviews.llvm.org/D41253 llvm-svn: 321130
Diffstat (limited to 'llvm/lib/Target/WebAssembly/WebAssemblyRegStackify.cpp')
0 files changed, 0 insertions, 0 deletions