diff options
author | Jordan Rose <jordan_rose@apple.com> | 2014-01-15 17:25:15 +0000 |
---|---|---|
committer | Jordan Rose <jordan_rose@apple.com> | 2014-01-15 17:25:15 +0000 |
commit | 2a833ca575946d96987df063470fe9f3b3a865d3 (patch) | |
tree | 14d534a33638f5ecba02245b1de0fe4ddcb50afa /llvm/lib/Object/Binary.cpp | |
parent | e02e96a69fd64c4dd05467453bd4c018f150c2a2 (diff) | |
download | llvm-2a833ca575946d96987df063470fe9f3b3a865d3.zip llvm-2a833ca575946d96987df063470fe9f3b3a865d3.tar.gz llvm-2a833ca575946d96987df063470fe9f3b3a865d3.tar.bz2 |
[analyzer] BlockCall shouldn't really be an AnyFunctionCall.
Per discussion with Anna a /long/ time ago, it was way too easy to misuse
BlockCall: because it inherited from AnyFunctionCall (through SimpleCall),
getDecl() was constrained to return a FunctionDecl, and you had to call
getBlockDecl() instead. This goes against the whole point of CallEvent
(to abstract over different ways to invoke bodies of code).
Now, BlockCall just inherits directly from CallEvent. There's a bit of
duplication in getting things out of the origin expression (which is still
known to be a CallExpr), but nothing significant.
llvm-svn: 199321
Diffstat (limited to 'llvm/lib/Object/Binary.cpp')
0 files changed, 0 insertions, 0 deletions