Lines Matching full:deoptimization
1645 Deoptimization Operand Bundles
1648 Deoptimization operand bundles are characterized by the ``"deopt"``
1653 bundle attached to a call site. Exact details of deoptimization is
1657 From the compiler's perspective, deoptimization operand bundles make
1660 otherwise escaped) and the entire visible heap. Deoptimization
1662 deoptimization, in which case control will not be returned to the
1665 The inliner knows how to inline through calls that have deoptimization
1668 through a call site with a deoptimization operand bundle needs to
1669 appropriately compose the "safe" deoptimization continuation. The
1670 inliner does this by prepending the parent's deoptimization
1671 continuation to every deoptimization continuation in the inlined body.
1700 deoptimization state in a way that syntactically prepending the
1701 caller's deoptimization state to the callee's deoptimization state is
1702 semantically equivalent to composing the caller's deoptimization
1703 continuation after the callee's deoptimization continuation.
12402 This intrinsic, together with :ref:`deoptimization operand bundles
12424 deoptimization continuation (denoted using a :ref:`deoptimization
12426 the deoptimization continuation. Defining the semantic properties of
12428 as far as LLVM is concerned, the deoptimization continuation can
12432 Deoptimization continuations expressed using ``"deopt"`` operand bundles always
12477 This intrinsic, together with :ref:`deoptimization operand bundles
