]> granicus.if.org Git - clang/commit
[analyzer] Add clang_analyzer_checkInlined for debugging purposes.
authorJordan Rose <jordan_rose@apple.com>
Fri, 10 Aug 2012 22:26:29 +0000 (22:26 +0000)
committerJordan Rose <jordan_rose@apple.com>
Fri, 10 Aug 2012 22:26:29 +0000 (22:26 +0000)
commite5399f1375f8571bdd821ae08291af1c895adfd3
treef042c6dd6e828e8cac217e6f67c6430b12f5c19a
parent1afc5f27383304dfb50de92d40e6580fcd3b162c
[analyzer] Add clang_analyzer_checkInlined for debugging purposes.

This check is also accessible through the debug.ExprInspection checker.
Like clang_analyzer_eval, you can use it to test the analyzer engine's
current state; the argument should be true or false to indicate whether or
not you expect the function to be inlined.

When used in the positive case (clang_analyzer_checkInlined(true)), the
analyzer prints the message "TRUE" if the function is ever inlined. However,
clang_analyzer_checkInlined(false) should never print a message; this asserts
that there should be no paths on which the current function is inlined, but
then there are no paths on which to print a message! (If the assertion is
violated, the message "FALSE" will be printed.)

This asymmetry comes from the fact that the only other chance to print a
message is when the function is analyzed as a top-level function. However,
when we do that, we can't be sure it isn't also inlined elsewhere (such as
in a recursive function, or if we want to analyze in both general or
specialized cases). Rather than have all checkInlined calls have an appended,
meaningless "FALSE" or "TOP-LEVEL" case, there is just no message printed.

void clang_analyzer_checkInlined(int);

For debugging purposes only!

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@161708 91177308-0d34-0410-b5e6-96231b3b80d8
lib/StaticAnalyzer/Checkers/ExprInspectionChecker.cpp
test/Analysis/inline.c