Lines Matching defs:optree

328        pointing to the top of the optree for that sub), or a subroutine
866 to from any optree.
1027        before the optree. Whilst the SvREFCNT_inc is happy to bump from
2105 /* apply void context to the optree arg */
2782 /* do all the final processing on an optree (e.g. running the peephole
2787 S_process_optree(pTHX_ CV *cv, OP *optree, OP* start)
2801     optree->op_private |= OPpREFCOUNTED;
2802     OpREFCNT_set(optree, 1);
2803     optimize_optree(optree);
2805     finalize_optree(optree);
2810         pad_tidy(optree->op_type == OP_LEAVEWRITE ? padtidy_FORMAT
2873 /* apply lvalue reference (aliasing) context to the optree o.
3404             /* OP_TRANS and OP_TRANSR with argument have a weird optree
4719                OP_STUB for the case of an empty optree. ByteLoader (and
4722                optree.
5356 Checks an optree that implements a block, to ensure there are no control-flow
5366 This function alone is not sufficient to ensure the optree does not perform
5629 This is often what you want to do before putting the optree into list
7442              * currently cope with a peephole-optimised optree.
7445              * to the same optree later (where hopefully it won't do any
8294 /* given the optree o on the LHS of an assignment, determine whether its:
8392 by C<argindex>. The expression optree is consumed by this function and
8393 becomes part of the returned optree.
8421 a suitable conditional optree is constructed.  If C<optype> is the opcode
8746 /* See if the optree o contains a single OP_CONST (plus possibly
9053 optree in C<catchblock> is executed, with the trapped exception set into the
9073     /* The returned optree is shaped as:
9097     /* Build the optree structure */
9283 that operates as a second half of the body.  All of these optree inputs
9408 block that operates as a second half of the body.  All of these optree
9502             /* OK, this optree has the shape that we expected. So now *we*
9699 /* These construct the optree fragments representing given()
9905 C<defer> semantics.  The C<block> optree is consumed by this function and
9906 becomes part of the returned optree.
9945 Wraps the given C<block> optree fragment in its own scoped block, arranging
9946 for the C<finally> optree fragment to be invoked when leaving that block for
9947 any reason. Both optree fragments are consumed and the combined result is
10087 /* op_const_sv:  examine an optree to determine whether it's in-lineable.
10471         /* If we assign an optree to a PVCV, then we've defined a
11085         /* If we assign an optree to a PVCV, then we've defined a
12511     /* The returned optree is actually threaded up slightly nonobviously in
13976         /* remove match expression, and replace with new optree with
14643          * dispose of original optree */
15219    and modify the optree to make them work inplace */