Struct TypeRelating 

pub(crate) struct TypeRelating<'infcx, 'tcx> {
    infcx: &'infcx InferCtxt<'tcx>,
    trace: TypeTrace<'tcx>,
    param_env: ParamEnv<'tcx>,
    define_opaque_types: DefineOpaqueTypes,
    ambient_variance: Variance,
    obligations: PredicateObligations<'tcx>,
    cache: DelayedSet<(Variance, Ty<'tcx>, Ty<'tcx>)>,
}

Enforce that a is equal to or a subtype of b.

Fields

infcx: &'infcx InferCtxt<'tcx>

trace: TypeTrace<'tcx>

param_env: ParamEnv<'tcx>

define_opaque_types: DefineOpaqueTypes

ambient_variance: Variance

obligations: PredicateObligations<'tcx>

cache: DelayedSet<(Variance, Ty<'tcx>, Ty<'tcx>)>

The cache only tracks the ambient_variance as it’s the only field which is mutable and which meaningfully changes the result when relating types.

The cache does not track whether the state of the InferCtxt has been changed or whether we’ve added any obligations to self.goals. Whether a goal is added once or multiple times is not really meaningful.

Changes in the inference state may delay some type inference to the next fulfillment loop. Given that this loop is already necessary, this is also not a meaningful change. Consider the following three relations:

Vec<?0> sub Vec<?1>
?0 eq u32
Vec<?0> sub Vec<?1>

Without a cache, the second Vec<?0> sub Vec<?1> would eagerly constrain ?1 to u32. When using the cache entry from the first time we’ve related these types, this only happens when later proving the Subtype(?0, ?1) goal from the first relation.

Implementations

impl<'infcx, 'tcx> TypeRelating<'infcx, 'tcx>

pub(crate) fn new( infcx: &'infcx InferCtxt<'tcx>, trace: TypeTrace<'tcx>, param_env: ParamEnv<'tcx>, define_opaque_types: DefineOpaqueTypes, ambient_variance: Variance, ) -> TypeRelating<'infcx, 'tcx>

pub(crate) fn into_obligations(self) -> PredicateObligations<'tcx>

Trait Implementations

impl<'tcx> PredicateEmittingRelation<InferCtxt<'tcx>> for TypeRelating<'_, 'tcx>

fn span(&self) -> Span

fn param_env(&self) -> ParamEnv<'tcx>

fn structurally_relate_aliases(&self) -> StructurallyRelateAliases

Whether aliases should be related structurally. This is pretty much always No unless you’re equating in some specific locations of the new solver. See the comments in these use-cases for more details.

fn register_predicates( &mut self, preds: impl IntoIterator<Item: Upcast<TyCtxt<'tcx>, Predicate<'tcx>>>, )

Register predicates that must hold in order for this relation to hold. This uses the default param_env of the obligation.

fn register_goals( &mut self, goals: impl IntoIterator<Item = Goal<'tcx, Predicate<'tcx>>>, )

Register obligations that must hold in order for this relation to hold

fn register_alias_relate_predicate(&mut self, a: Ty<'tcx>, b: Ty<'tcx>)

Register AliasRelate obligation(s) that both types must be related to each other.

impl<'tcx> TypeRelation<TyCtxt<'tcx>> for TypeRelating<'_, 'tcx>

fn cx(&self) -> TyCtxt<'tcx>

fn relate_item_args( &mut self, item_def_id: DefId, a_arg: GenericArgsRef<'tcx>, b_arg: GenericArgsRef<'tcx>, ) -> RelateResult<'tcx, GenericArgsRef<'tcx>>

Relate the two args for the given item. The default is to look up the variance for the item and proceed accordingly.

fn relate_with_variance<T: Relate<TyCtxt<'tcx>>>( &mut self, variance: Variance, _info: VarianceDiagInfo<TyCtxt<'tcx>>, a: T, b: T, ) -> RelateResult<'tcx, T>

Switch variance for the purpose of relating a and b.

fn tys(&mut self, a: Ty<'tcx>, b: Ty<'tcx>) -> RelateResult<'tcx, Ty<'tcx>>

fn regions( &mut self, a: Region<'tcx>, b: Region<'tcx>, ) -> RelateResult<'tcx, Region<'tcx>>

fn consts( &mut self, a: Const<'tcx>, b: Const<'tcx>, ) -> RelateResult<'tcx, Const<'tcx>>

fn binders<T>( &mut self, a: Binder<'tcx, T>, b: Binder<'tcx, T>, ) -> RelateResult<'tcx, Binder<'tcx, T>>

where T: Relate<TyCtxt<'tcx>>,

fn relate<T>(&mut self, a: T, b: T) -> Result<T, TypeError<I>>

where T: Relate<I>,

Generic relation routine suitable for most anything.

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: 160 bytes