aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Bitcode/Reader/BitcodeReader.cpp
diff options
context:
space:
mode:
authorPhilip Reames <listmail@philipreames.com>2020-05-28 10:11:08 -0700
committerPhilip Reames <listmail@philipreames.com>2020-05-28 10:14:23 -0700
commit587fa99cfdb7d2a97143ba20ed8e8face57aa01c (patch)
tree094756e8ce418ffecac984f37a899682304a9ad4 /llvm/lib/Bitcode/Reader/BitcodeReader.cpp
parentf0c2cfe4d044be26031acbf95471a4ac0bca5bf1 (diff)
downloadllvm-587fa99cfdb7d2a97143ba20ed8e8face57aa01c.zip
llvm-587fa99cfdb7d2a97143ba20ed8e8face57aa01c.tar.gz
llvm-587fa99cfdb7d2a97143ba20ed8e8face57aa01c.tar.bz2
Default to generating statepoints with deopt and gc-transition bundles if needed
Continues from D80598. The key point of the change is to default to using operand bundles instead of the inline length prefix argument lists for statepoint nodes. An important subtlety to note is that the presence of a bundle has semantic meaning, even if it is empty. As such, we need to make a somewhat deeper change to the interface than is first obvious. Existing code treats statepoint deopt arguments and the deopt bundle operands differently during inlining. The former is ignored (resulting in caller state being dropped), the later is merged. We can't preserve the old behaviour for calls with deopt fed to RS4GC and then inlining, but we can avoid the no-deopt case changing. At least in internal testing, that seem to be the important one. (I'd argue the "stop merging after RS4GC" behaviour for the former was always "unexpected", but that the behaviour for non-deopt calls actually make sense.) Differential Revision: https://reviews.llvm.org/D80674
Diffstat (limited to 'llvm/lib/Bitcode/Reader/BitcodeReader.cpp')
0 files changed, 0 insertions, 0 deletions