summaryrefslogtreecommitdiffstats
path: root/lldb/scripts/Python/python-wrapper.swig
diff options
context:
space:
mode:
authorBill Wendling <isanbard@gmail.com>2011-09-12 21:56:59 +0000
committerBill Wendling <isanbard@gmail.com>2011-09-12 21:56:59 +0000
commitac5a8836247dda04c2363ce51d3a35d458a33693 (patch)
tree37793222df3edcfc6458f1149f34695c39ac8c5e /lldb/scripts/Python/python-wrapper.swig
parent5021af51d9ad550a9c040260c08301a80ca9275c (diff)
downloadbcm5719-llvm-ac5a8836247dda04c2363ce51d3a35d458a33693.tar.gz
bcm5719-llvm-ac5a8836247dda04c2363ce51d3a35d458a33693.zip
Introduce a bit of a hack.
Splitting a landing pad takes considerable care because of PHIs and other nasties. The problem is that the jump table needs to jump to the landing pad block. However, the landing pad block can be jumped to only by an invoke instruction. So we clone the landingpad instruction into its own basic block, have the invoke jump to there. The landingpad instruction's basic block's successor is now the target for the jump table. But because of PHI nodes, we need to create another basic block for the jump table to jump to. This is definitely a hack, because the values for the PHI nodes may not be defined on the edge from the jump table. But that's okay, because the jump table is simply a construct to mimic what is happening in the CFG. So the values are mysteriously there, even though there is no value for the PHI from the jump table's edge (hence calling this a hack). llvm-svn: 139545
Diffstat (limited to 'lldb/scripts/Python/python-wrapper.swig')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud