aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Object/Binary.cpp
diff options
context:
space:
mode:
authorJordan Rose <jordan_rose@apple.com>2014-01-15 17:25:15 +0000
committerJordan Rose <jordan_rose@apple.com>2014-01-15 17:25:15 +0000
commit2a833ca575946d96987df063470fe9f3b3a865d3 (patch)
tree14d534a33638f5ecba02245b1de0fe4ddcb50afa /llvm/lib/Object/Binary.cpp
parente02e96a69fd64c4dd05467453bd4c018f150c2a2 (diff)
downloadllvm-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