diff options
| author | Jordan Rose <jordan_rose@apple.com> | 2012-08-25 01:06:23 +0000 |
|---|---|---|
| committer | Jordan Rose <jordan_rose@apple.com> | 2012-08-25 01:06:23 +0000 |
| commit | 0a0aa84da3300f4b5c8c7b5c7778940770a96323 (patch) | |
| tree | 3d0b8d60e11b9a21ee8e823a7af980478f6f9225 /lldb/scripts/Python/interface/SBModule.i | |
| parent | cb889d8737694d928f765409a09395a97cff819e (diff) | |
| download | llvm-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
