aboutsummaryrefslogtreecommitdiff
path: root/lldb/scripts/Python/interface/SBModule.i
diff options
context:
space:
mode:
authorJordan Rose <jordan_rose@apple.com>2012-08-25 01:06:23 +0000
committerJordan Rose <jordan_rose@apple.com>2012-08-25 01:06:23 +0000
commit0a0aa84da3300f4b5c8c7b5c7778940770a96323 (patch)
tree3d0b8d60e11b9a21ee8e823a7af980478f6f9225 /lldb/scripts/Python/interface/SBModule.i
parentcb889d8737694d928f765409a09395a97cff819e (diff)
downloadllvm-0a0aa84da3300f4b5c8c7b5c7778940770a96323.zip
llvm-0a0aa84da3300f4b5c8c7b5c7778940770a96323.tar.gz
llvm-0a0aa84da3300f4b5c8c7b5c7778940770a96323.tar.bz2
[analyzer] Use the common evalBind infrastructure for initializers.
This allows checkers (like the MallocChecker) to process the effects of the bind. Previously, using a memory-allocating function (like strdup()) in an initializer would result in a leak warning. This does bend the expectations of checkBind a bit; since there is no assignment expression, the statement being used is the initializer value. In most cases this shouldn't matter because we'll use a PostInitializer program point (rather than PostStmt) for any checker-generated nodes, though we /will/ generate a PostStore node referencing the internal statement. (In theory this could have funny effects if someone actually does an assignment within an initializer; in practice, that seems like it would be very rare.) <rdar://problem/12171711> llvm-svn: 162637
Diffstat (limited to 'lldb/scripts/Python/interface/SBModule.i')
0 files changed, 0 insertions, 0 deletions