summaryrefslogtreecommitdiffstats
path: root/clang/lib/Format/TokenAnnotator.cpp
diff options
context:
space:
mode:
authorPavel Labath <labath@google.com>2013-08-28 08:04:08 +0000
committerPavel Labath <labath@google.com>2013-08-28 08:04:08 +0000
commitfce1b03ee7e64214389ab5e17394cb75d99f77aa (patch)
tree75cac3d6400681f45f249f2764220b24cbcabc94 /clang/lib/Format/TokenAnnotator.cpp
parent65b79829c365042eac1d5ad4f7e2a17a152034b8 (diff)
downloadbcm5719-llvm-fce1b03ee7e64214389ab5e17394cb75d99f77aa.tar.gz
bcm5719-llvm-fce1b03ee7e64214389ab5e17394cb75d99f77aa.zip
[analyzer] Assume new returns non-null even under -fno-exceptions
Summary: -fno-exceptions does not implicitly attach a nothrow specifier to every operator new. Even in this mode, non-nothrow new must not return a null pointer. Failure to allocate memory can be signalled by other means, or just by killing the program. This behaviour is consistent with the compiler - even with -fno-exceptions, the generated code never tests for null (and would segfault if the opeator actually happened to return null). Reviewers: jordan_rose CC: cfe-commits Differential Revision: http://llvm-reviews.chandlerc.com/D1528 llvm-svn: 189452
Diffstat (limited to 'clang/lib/Format/TokenAnnotator.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud