Struct rustc_middle::middle::region::ScopeTree

pub struct ScopeTree {
    pub root_body: Option<HirId>,
    pub root_parent: Option<HirId>,
    pub parent_map: FxHashMap<Scope, (Scope, ScopeDepth)>,
    var_map: FxHashMap<ItemLocalId, Scope>,
    destruction_scopes: FxHashMap<ItemLocalId, Scope>,
    rvalue_scopes: FxHashMap<ItemLocalId, Option<Scope>>,
    pub yield_in_scope: FxHashMap<Scope, YieldData>,
    pub body_expr_count: FxHashMap<BodyId, usize>,
}

The region scope tree encodes information about region relationships.

Fields

root_body: Option<HirId>

If not empty, this body is the root of this region hierarchy.

root_parent: Option<HirId>

The parent of the root body owner, if the latter is an an associated const or method, as impls/traits can also have lifetime parameters free in this body.

parent_map: FxHashMap<Scope, (Scope, ScopeDepth)>

Maps from a scope ID to the enclosing scope id; this is usually corresponding to the lexical nesting, though in the case of closures the parent scope is the innermost conditional expression or repeating block. (Note that the enclosing scope ID for the block associated with a closure is the closure itself.)

var_map: FxHashMap<ItemLocalId, Scope>

Maps from a variable or binding ID to the block in which that variable is declared.

destruction_scopes: FxHashMap<ItemLocalId, Scope>

Maps from a NodeId to the associated destruction scope (if any).

rvalue_scopes: FxHashMap<ItemLocalId, Option<Scope>>

rvalue_scopes includes entries for those expressions whose cleanup scope is larger than the default. The map goes from the expression ID to the cleanup scope id. For rvalues not present in this table, the appropriate cleanup scope is the innermost enclosing statement, conditional expression, or repeating block (see terminating_scopes). In constants, None is used to indicate that certain expressions escape into ’static and should have no local cleanup scope.

yield_in_scope: FxHashMap<Scope, YieldData>

If there are any yield nested within a scope, this map stores the Span of the last one and its index in the postorder of the Visitor traversal on the HIR.

HIR Visitor postorder indexes might seem like a peculiar thing to care about. but it turns out that HIR bindings and the temporary results of HIR expressions are never storage-live at the end of HIR nodes with postorder indexes lower than theirs, and therefore don’t need to be suspended at yield-points at these indexes.

For an example, suppose we have some code such as:

    foo(f(), yield y, bar(g()))

With the HIR tree (calls numbered for expository purposes)

    Call#0(foo, [Call#1(f), Yield(y), Call#2(bar, Call#3(g))])

Obviously, the result of f() was created before the yield (and therefore needs to be kept valid over the yield) while the result of g() occurs after the yield (and therefore doesn’t). If we want to infer that, we can look at the postorder traversal:

    `foo` `f` Call#1 `y` Yield `bar` `g` Call#3 Call#2 Call#0

In which we can easily see that Call#1 occurs before the yield, and Call#3 after it.

To see that this method works, consider:

Let D be our binding/temporary and U be our other HIR node, with HIR-postorder(U) < HIR-postorder(D). Suppose, as in our example, U is the yield and D is one of the calls. Let’s show that D is storage-dead at U.

Remember that storage-live/storage-dead refers to the state of the storage, and does not consider moves/drop flags.

Then:

1. From the ordering guarantee of HIR visitors (see rustc_hir::intravisit), D does not dominate U.

2. Therefore, D is potentially storage-dead at U (because we might visit U without ever getting to D).

3. However, we guarantee that at each HIR point, each binding/temporary is always either always storage-live or always storage-dead. This is what is being guaranteed by terminating_scopes including all blocks where the count of executions is not guaranteed.

4. By 2. and 3., D is statically storage-dead at U, QED.

This property ought to not on (3) in an essential way – it is probably still correct even if we have “unrestricted” terminating scopes. However, why use the complicated proof when a simple one works?

A subtle thing: box expressions, such as box (&x, yield 2, &y). It might seem that a box expression creates a Box<T> temporary when it starts executing, at HIR-preorder(BOX-EXPR). That might be true in the MIR desugaring, but it is not important in the semantics.

The reason is that semantically, until the box expression returns, the values are still owned by their containing expressions. So we’ll see that &x.

body_expr_count: FxHashMap<BodyId, usize>

The number of visit_expr and visit_pat calls done in the body. Used to sanity check visit_expr/visit_pat call count when calculating generator interiors.

Implementations

impl ScopeTree

pub fn record_scope_parent(
    &mut self,
    child: Scope,
    parent: Option<(Scope, ScopeDepth)>
)

pub fn opt_destruction_scope(&self, n: ItemLocalId) -> Option<Scope>

pub fn record_var_scope(&mut self, var: ItemLocalId, lifetime: Scope)

pub fn record_rvalue_scope(&mut self, var: ItemLocalId, lifetime: Option<Scope>)

pub fn opt_encl_scope(&self, id: Scope) -> Option<Scope>

Returns the narrowest scope that encloses id, if any.

pub fn var_scope(&self, var_id: ItemLocalId) -> Scope

Returns the lifetime of the local variable var_id

pub fn temporary_scope(&self, expr_id: ItemLocalId) -> Option<Scope>

Returns the scope when the temp created by expr_id will be cleaned up.

pub fn is_subscope_of(&self, subscope: Scope, superscope: Scope) -> bool

Returns true if subscope is equal to or is lexically nested inside superscope, and false otherwise.

Used by clippy.

pub fn yield_in_scope(&self, scope: Scope) -> Option<YieldData>

Checks whether the given scope contains a yield. If so, returns Some(YieldData). If not, returns None.

pub fn body_expr_count(&self, body_id: BodyId) -> Option<usize>

Gives the number of expressions visited in a body. Used to sanity check visit_expr call count when calculating generator interiors.

Trait Implementations

impl<'tcx> ArenaAllocatable<'tcx, ScopeTree> for ScopeTree

fn allocate_on<'a>(self, arena: &'a Arena<'tcx>) -> &'a mut Self

fn allocate_from_iter<'a>(
    arena: &'a Arena<'tcx>,
    iter: impl IntoIterator<Item = Self>
) -> &'a mut [Self]

impl Debug for ScopeTree

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl Default for ScopeTree

fn default() -> ScopeTree

Returns the “default value” for a type.

impl<'a> HashStable<StableHashingContext<'a>> for ScopeTree

fn hash_stable(
    &self,
    hcx: &mut StableHashingContext<'a>,
    hasher: &mut StableHasher
)

Layout

Note: Most layout information is completely unstable and may even differ between compilations. The only exception is types with certain repr(...) attributes. Please see the Rust Reference’s “Type Layout” chapter for details on type layout guarantees.

Size: 208 bytes