2019-01-07 12:44:54 +00:00
|
|
|
//! This module is concerned with finding methods that a given type provides.
|
|
|
|
//! For details about how this works in rustc, see the method lookup page in the
|
|
|
|
//! [rustc guide](https://rust-lang.github.io/rustc-guide/method-lookup.html)
|
|
|
|
//! and the corresponding code mostly in librustc_typeck/check/method/probe.rs.
|
2021-09-11 17:49:10 +00:00
|
|
|
use std::{iter, ops::ControlFlow, sync::Arc};
|
2019-01-07 12:44:54 +00:00
|
|
|
|
2019-06-24 17:17:44 +00:00
|
|
|
use arrayvec::ArrayVec;
|
2021-06-01 19:33:14 +00:00
|
|
|
use base_db::{CrateId, Edition};
|
2021-04-08 12:35:15 +00:00
|
|
|
use chalk_ir::{cast::Cast, Mutability, UniverseIndex};
|
2019-11-26 12:27:33 +00:00
|
|
|
use hir_def::{
|
2021-12-08 14:44:52 +00:00
|
|
|
item_scope::ItemScope, lang_item::LangItemTarget, nameres::DefMap, AssocItemId, BlockId,
|
|
|
|
ConstId, FunctionId, GenericDefId, HasModule, ImplId, ItemContainerId, Lookup, ModuleDefId,
|
|
|
|
ModuleId, TraitId,
|
2019-11-26 12:27:33 +00:00
|
|
|
};
|
2019-11-26 19:26:47 +00:00
|
|
|
use hir_expand::name::Name;
|
2020-01-14 13:11:07 +00:00
|
|
|
use rustc_hash::{FxHashMap, FxHashSet};
|
2021-11-10 16:33:35 +00:00
|
|
|
use stdx::never;
|
2019-01-07 12:44:54 +00:00
|
|
|
|
2019-01-12 20:27:35 +00:00
|
|
|
use crate::{
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
autoderef::{self, AutoderefKind},
|
2021-09-08 08:13:29 +00:00
|
|
|
consteval::{self, ConstExt},
|
2020-07-11 17:12:10 +00:00
|
|
|
db::HirDatabase,
|
2021-03-13 16:23:19 +00:00
|
|
|
from_foreign_def_id,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
infer::{unify::InferenceTable, Adjust, Adjustment, AutoBorrow, OverloadedDeref, PointerCast},
|
2021-02-28 09:58:34 +00:00
|
|
|
primitive::{self, FloatTy, IntTy, UintTy},
|
2021-04-06 08:50:55 +00:00
|
|
|
static_lifetime,
|
2020-07-11 17:12:10 +00:00
|
|
|
utils::all_super_traits,
|
2021-04-11 09:42:54 +00:00
|
|
|
AdtId, Canonical, CanonicalVarKinds, DebruijnIndex, ForeignDefId, InEnvironment, Interner,
|
|
|
|
Scalar, Substitution, TraitEnvironment, TraitRefExt, Ty, TyBuilder, TyExt, TyKind,
|
2019-01-12 20:27:35 +00:00
|
|
|
};
|
2019-01-07 12:44:54 +00:00
|
|
|
|
|
|
|
/// This is used as a key for indexing impls.
|
|
|
|
#[derive(Debug, Copy, Clone, PartialEq, Eq, Hash)]
|
|
|
|
pub enum TyFingerprint {
|
2021-04-07 17:35:24 +00:00
|
|
|
// These are lang item impls:
|
2021-02-28 18:13:37 +00:00
|
|
|
Str,
|
|
|
|
Slice,
|
|
|
|
Array,
|
|
|
|
Never,
|
|
|
|
RawPtr(Mutability),
|
|
|
|
Scalar(Scalar),
|
2021-04-07 17:35:24 +00:00
|
|
|
// These can have user-defined impls:
|
2021-03-01 20:57:39 +00:00
|
|
|
Adt(hir_def::AdtId),
|
2021-02-08 18:13:54 +00:00
|
|
|
Dyn(TraitId),
|
2021-03-13 16:23:19 +00:00
|
|
|
ForeignType(ForeignDefId),
|
2021-04-07 17:35:24 +00:00
|
|
|
// These only exist for trait impls
|
|
|
|
Unit,
|
|
|
|
Unnameable,
|
|
|
|
Function(u32),
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
impl TyFingerprint {
|
2021-04-07 17:35:24 +00:00
|
|
|
/// Creates a TyFingerprint for looking up an inherent impl. Only certain
|
|
|
|
/// types can have inherent impls: if we have some `struct S`, we can have
|
|
|
|
/// an `impl S`, but not `impl &S`. Hence, this will return `None` for
|
|
|
|
/// reference types and such.
|
|
|
|
pub fn for_inherent_impl(ty: &Ty) -> Option<TyFingerprint> {
|
2021-12-19 16:58:39 +00:00
|
|
|
let fp = match ty.kind(Interner) {
|
2021-03-13 13:44:51 +00:00
|
|
|
TyKind::Str => TyFingerprint::Str,
|
|
|
|
TyKind::Never => TyFingerprint::Never,
|
|
|
|
TyKind::Slice(..) => TyFingerprint::Slice,
|
|
|
|
TyKind::Array(..) => TyFingerprint::Array,
|
2021-04-05 20:23:16 +00:00
|
|
|
TyKind::Scalar(scalar) => TyFingerprint::Scalar(*scalar),
|
|
|
|
TyKind::Adt(AdtId(adt), _) => TyFingerprint::Adt(*adt),
|
|
|
|
TyKind::Raw(mutability, ..) => TyFingerprint::RawPtr(*mutability),
|
|
|
|
TyKind::Foreign(alias_id, ..) => TyFingerprint::ForeignType(*alias_id),
|
2021-06-13 03:59:36 +00:00
|
|
|
TyKind::Dyn(_) => ty.dyn_trait().map(TyFingerprint::Dyn)?,
|
2021-02-28 18:13:37 +00:00
|
|
|
_ => return None,
|
|
|
|
};
|
|
|
|
Some(fp)
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
2021-04-07 17:35:24 +00:00
|
|
|
|
|
|
|
/// Creates a TyFingerprint for looking up a trait impl.
|
|
|
|
pub fn for_trait_impl(ty: &Ty) -> Option<TyFingerprint> {
|
2021-12-19 16:58:39 +00:00
|
|
|
let fp = match ty.kind(Interner) {
|
2021-04-07 17:35:24 +00:00
|
|
|
TyKind::Str => TyFingerprint::Str,
|
|
|
|
TyKind::Never => TyFingerprint::Never,
|
|
|
|
TyKind::Slice(..) => TyFingerprint::Slice,
|
|
|
|
TyKind::Array(..) => TyFingerprint::Array,
|
|
|
|
TyKind::Scalar(scalar) => TyFingerprint::Scalar(*scalar),
|
|
|
|
TyKind::Adt(AdtId(adt), _) => TyFingerprint::Adt(*adt),
|
|
|
|
TyKind::Raw(mutability, ..) => TyFingerprint::RawPtr(*mutability),
|
|
|
|
TyKind::Foreign(alias_id, ..) => TyFingerprint::ForeignType(*alias_id),
|
2021-06-13 03:59:36 +00:00
|
|
|
TyKind::Dyn(_) => ty.dyn_trait().map(TyFingerprint::Dyn)?,
|
2021-04-07 17:35:24 +00:00
|
|
|
TyKind::Ref(_, _, ty) => return TyFingerprint::for_trait_impl(ty),
|
|
|
|
TyKind::Tuple(_, subst) => {
|
2021-12-19 16:58:39 +00:00
|
|
|
let first_ty = subst.interned().get(0).map(|arg| arg.assert_ty_ref(Interner));
|
2021-10-03 12:53:01 +00:00
|
|
|
match first_ty {
|
|
|
|
Some(ty) => return TyFingerprint::for_trait_impl(ty),
|
|
|
|
None => TyFingerprint::Unit,
|
2021-04-07 17:35:24 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
TyKind::AssociatedType(_, _)
|
|
|
|
| TyKind::OpaqueType(_, _)
|
|
|
|
| TyKind::FnDef(_, _)
|
|
|
|
| TyKind::Closure(_, _)
|
|
|
|
| TyKind::Generator(..)
|
|
|
|
| TyKind::GeneratorWitness(..) => TyFingerprint::Unnameable,
|
|
|
|
TyKind::Function(fn_ptr) => {
|
2021-12-19 16:58:39 +00:00
|
|
|
TyFingerprint::Function(fn_ptr.substitution.0.len(Interner) as u32)
|
2021-04-07 17:35:24 +00:00
|
|
|
}
|
|
|
|
TyKind::Alias(_)
|
|
|
|
| TyKind::Placeholder(_)
|
|
|
|
| TyKind::BoundVar(_)
|
|
|
|
| TyKind::InferenceVar(_, _)
|
|
|
|
| TyKind::Error => return None,
|
|
|
|
};
|
|
|
|
Some(fp)
|
|
|
|
}
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
|
|
|
|
2020-07-11 17:12:10 +00:00
|
|
|
pub(crate) const ALL_INT_FPS: [TyFingerprint; 12] = [
|
2021-02-28 18:13:37 +00:00
|
|
|
TyFingerprint::Scalar(Scalar::Int(IntTy::I8)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Int(IntTy::I16)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Int(IntTy::I32)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Int(IntTy::I64)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Int(IntTy::I128)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Int(IntTy::Isize)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Uint(UintTy::U8)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Uint(UintTy::U16)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Uint(UintTy::U32)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Uint(UintTy::U64)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Uint(UintTy::U128)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Uint(UintTy::Usize)),
|
2020-07-11 17:12:10 +00:00
|
|
|
];
|
|
|
|
|
|
|
|
pub(crate) const ALL_FLOAT_FPS: [TyFingerprint; 2] = [
|
2021-02-28 18:13:37 +00:00
|
|
|
TyFingerprint::Scalar(Scalar::Float(FloatTy::F32)),
|
|
|
|
TyFingerprint::Scalar(Scalar::Float(FloatTy::F64)),
|
2020-07-11 17:12:10 +00:00
|
|
|
];
|
|
|
|
|
2020-07-01 15:15:20 +00:00
|
|
|
/// Trait impls defined or available in some crate.
|
|
|
|
#[derive(Debug, Eq, PartialEq)]
|
|
|
|
pub struct TraitImpls {
|
|
|
|
// If the `Option<TyFingerprint>` is `None`, the impl may apply to any self type.
|
|
|
|
map: FxHashMap<TraitId, FxHashMap<Option<TyFingerprint>, Vec<ImplId>>>,
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
|
|
|
|
2020-07-01 15:15:20 +00:00
|
|
|
impl TraitImpls {
|
|
|
|
pub(crate) fn trait_impls_in_crate_query(db: &dyn HirDatabase, krate: CrateId) -> Arc<Self> {
|
2020-08-12 14:32:36 +00:00
|
|
|
let _p = profile::span("trait_impls_in_crate_query");
|
2020-07-01 15:15:20 +00:00
|
|
|
let mut impls = Self { map: FxHashMap::default() };
|
2019-11-26 12:27:33 +00:00
|
|
|
|
2020-07-01 15:15:20 +00:00
|
|
|
let crate_def_map = db.crate_def_map(krate);
|
2021-06-13 11:00:34 +00:00
|
|
|
impls.collect_def_map(db, &crate_def_map);
|
2021-12-09 17:39:46 +00:00
|
|
|
impls.shrink_to_fit();
|
2021-04-07 01:33:22 +00:00
|
|
|
|
2021-09-03 14:00:50 +00:00
|
|
|
Arc::new(impls)
|
2021-06-13 11:00:34 +00:00
|
|
|
}
|
2021-04-07 01:33:22 +00:00
|
|
|
|
2021-06-13 11:00:34 +00:00
|
|
|
pub(crate) fn trait_impls_in_block_query(
|
|
|
|
db: &dyn HirDatabase,
|
|
|
|
block: BlockId,
|
|
|
|
) -> Option<Arc<Self>> {
|
|
|
|
let _p = profile::span("trait_impls_in_block_query");
|
|
|
|
let mut impls = Self { map: FxHashMap::default() };
|
|
|
|
|
|
|
|
let block_def_map = db.block_def_map(block)?;
|
|
|
|
impls.collect_def_map(db, &block_def_map);
|
2021-12-09 17:39:46 +00:00
|
|
|
impls.shrink_to_fit();
|
2021-06-13 11:00:34 +00:00
|
|
|
|
2021-09-03 14:00:50 +00:00
|
|
|
Some(Arc::new(impls))
|
2021-06-13 11:00:34 +00:00
|
|
|
}
|
|
|
|
|
2021-12-09 17:39:46 +00:00
|
|
|
pub(crate) fn trait_impls_in_deps_query(db: &dyn HirDatabase, krate: CrateId) -> Arc<Self> {
|
|
|
|
let _p = profile::span("trait_impls_in_deps_query");
|
|
|
|
let crate_graph = db.crate_graph();
|
|
|
|
let mut res = Self { map: FxHashMap::default() };
|
|
|
|
|
|
|
|
for krate in crate_graph.transitive_deps(krate) {
|
|
|
|
res.merge(&db.trait_impls_in_crate(krate));
|
|
|
|
}
|
|
|
|
res.shrink_to_fit();
|
|
|
|
|
|
|
|
Arc::new(res)
|
|
|
|
}
|
|
|
|
|
|
|
|
fn shrink_to_fit(&mut self) {
|
|
|
|
self.map.shrink_to_fit();
|
|
|
|
self.map.values_mut().for_each(|map| {
|
|
|
|
map.shrink_to_fit();
|
|
|
|
map.values_mut().for_each(Vec::shrink_to_fit);
|
|
|
|
});
|
|
|
|
}
|
|
|
|
|
2021-06-13 11:00:34 +00:00
|
|
|
fn collect_def_map(&mut self, db: &dyn HirDatabase, def_map: &DefMap) {
|
|
|
|
for (_module_id, module_data) in def_map.modules() {
|
|
|
|
for impl_id in module_data.scope.impls() {
|
|
|
|
let target_trait = match db.impl_trait(impl_id) {
|
|
|
|
Some(tr) => tr.skip_binders().hir_trait_id(),
|
|
|
|
None => continue,
|
|
|
|
};
|
|
|
|
let self_ty = db.impl_self_ty(impl_id);
|
|
|
|
let self_ty_fp = TyFingerprint::for_trait_impl(self_ty.skip_binders());
|
|
|
|
self.map
|
|
|
|
.entry(target_trait)
|
|
|
|
.or_default()
|
|
|
|
.entry(self_ty_fp)
|
|
|
|
.or_default()
|
|
|
|
.push(impl_id);
|
|
|
|
}
|
2021-04-07 01:33:22 +00:00
|
|
|
|
2021-06-13 11:00:34 +00:00
|
|
|
// To better support custom derives, collect impls in all unnamed const items.
|
|
|
|
// const _: () = { ... };
|
2021-12-08 14:44:52 +00:00
|
|
|
for konst in collect_unnamed_consts(db, &module_data.scope) {
|
2021-06-13 11:00:34 +00:00
|
|
|
let body = db.body(konst.into());
|
|
|
|
for (_, block_def_map) in body.blocks(db.upcast()) {
|
|
|
|
self.collect_def_map(db, &block_def_map);
|
2021-04-07 01:33:22 +00:00
|
|
|
}
|
2020-07-01 15:15:20 +00:00
|
|
|
}
|
|
|
|
}
|
2020-06-18 23:29:34 +00:00
|
|
|
}
|
|
|
|
|
2020-06-19 22:36:02 +00:00
|
|
|
fn merge(&mut self, other: &Self) {
|
2020-07-01 15:15:20 +00:00
|
|
|
for (trait_, other_map) in &other.map {
|
|
|
|
let map = self.map.entry(*trait_).or_default();
|
2020-06-19 22:36:02 +00:00
|
|
|
for (fp, impls) in other_map {
|
|
|
|
let vec = map.entry(*fp).or_default();
|
|
|
|
vec.extend(impls);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-03-15 12:49:21 +00:00
|
|
|
/// Queries all trait impls for the given type.
|
2021-04-07 17:35:24 +00:00
|
|
|
pub fn for_self_ty_without_blanket_impls(
|
|
|
|
&self,
|
|
|
|
fp: TyFingerprint,
|
|
|
|
) -> impl Iterator<Item = ImplId> + '_ {
|
2021-03-15 12:49:21 +00:00
|
|
|
self.map
|
|
|
|
.values()
|
2021-04-07 17:35:24 +00:00
|
|
|
.flat_map(move |impls| impls.get(&Some(fp)).into_iter())
|
2021-03-15 12:49:21 +00:00
|
|
|
.flat_map(|it| it.iter().copied())
|
|
|
|
}
|
|
|
|
|
2020-07-01 15:15:20 +00:00
|
|
|
/// Queries all impls of the given trait.
|
|
|
|
pub fn for_trait(&self, trait_: TraitId) -> impl Iterator<Item = ImplId> + '_ {
|
|
|
|
self.map
|
|
|
|
.get(&trait_)
|
2020-04-11 11:11:33 +00:00
|
|
|
.into_iter()
|
2020-07-01 15:15:20 +00:00
|
|
|
.flat_map(|map| map.values().flat_map(|v| v.iter().copied()))
|
2020-04-11 11:11:33 +00:00
|
|
|
}
|
|
|
|
|
2020-07-01 15:15:20 +00:00
|
|
|
/// Queries all impls of `trait_` that may apply to `self_ty`.
|
|
|
|
pub fn for_trait_and_self_ty(
|
2020-04-11 11:11:33 +00:00
|
|
|
&self,
|
2020-07-01 15:15:20 +00:00
|
|
|
trait_: TraitId,
|
|
|
|
self_ty: TyFingerprint,
|
2020-04-11 11:11:33 +00:00
|
|
|
) -> impl Iterator<Item = ImplId> + '_ {
|
2020-07-01 15:15:20 +00:00
|
|
|
self.map
|
|
|
|
.get(&trait_)
|
2020-04-11 11:11:33 +00:00
|
|
|
.into_iter()
|
2020-07-01 15:15:20 +00:00
|
|
|
.flat_map(move |map| map.get(&None).into_iter().chain(map.get(&Some(self_ty))))
|
|
|
|
.flat_map(|v| v.iter().copied())
|
|
|
|
}
|
|
|
|
|
|
|
|
pub fn all_impls(&self) -> impl Iterator<Item = ImplId> + '_ {
|
|
|
|
self.map.values().flat_map(|map| map.values().flat_map(|v| v.iter().copied()))
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Inherent impls defined in some crate.
|
|
|
|
///
|
|
|
|
/// Inherent impls can only be defined in the crate that also defines the self type of the impl
|
|
|
|
/// (note that some primitives are considered to be defined by both libcore and liballoc).
|
|
|
|
///
|
|
|
|
/// This makes inherent impl lookup easier than trait impl lookup since we only have to consider a
|
|
|
|
/// single crate.
|
|
|
|
#[derive(Debug, Eq, PartialEq)]
|
|
|
|
pub struct InherentImpls {
|
|
|
|
map: FxHashMap<TyFingerprint, Vec<ImplId>>,
|
|
|
|
}
|
|
|
|
|
|
|
|
impl InherentImpls {
|
|
|
|
pub(crate) fn inherent_impls_in_crate_query(db: &dyn HirDatabase, krate: CrateId) -> Arc<Self> {
|
2021-04-18 23:06:26 +00:00
|
|
|
let mut impls = Self { map: FxHashMap::default() };
|
2020-07-01 15:15:20 +00:00
|
|
|
|
|
|
|
let crate_def_map = db.crate_def_map(krate);
|
2021-11-09 10:13:42 +00:00
|
|
|
impls.collect_def_map(db, &crate_def_map);
|
2021-12-09 17:39:46 +00:00
|
|
|
impls.shrink_to_fit();
|
2021-04-18 23:06:26 +00:00
|
|
|
|
|
|
|
return Arc::new(impls);
|
2021-11-09 10:13:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
pub(crate) fn inherent_impls_in_block_query(
|
|
|
|
db: &dyn HirDatabase,
|
|
|
|
block: BlockId,
|
|
|
|
) -> Option<Arc<Self>> {
|
|
|
|
let mut impls = Self { map: FxHashMap::default() };
|
|
|
|
if let Some(block_def_map) = db.block_def_map(block) {
|
|
|
|
impls.collect_def_map(db, &block_def_map);
|
2021-12-09 17:39:46 +00:00
|
|
|
impls.shrink_to_fit();
|
2021-11-09 10:13:42 +00:00
|
|
|
return Some(Arc::new(impls));
|
|
|
|
}
|
|
|
|
return None;
|
|
|
|
}
|
|
|
|
|
2021-12-09 17:39:46 +00:00
|
|
|
fn shrink_to_fit(&mut self) {
|
|
|
|
self.map.values_mut().for_each(Vec::shrink_to_fit);
|
|
|
|
self.map.shrink_to_fit();
|
|
|
|
}
|
|
|
|
|
2021-11-09 10:13:42 +00:00
|
|
|
fn collect_def_map(&mut self, db: &dyn HirDatabase, def_map: &DefMap) {
|
|
|
|
for (_module_id, module_data) in def_map.modules() {
|
|
|
|
for impl_id in module_data.scope.impls() {
|
|
|
|
let data = db.impl_data(impl_id);
|
|
|
|
if data.target_trait.is_some() {
|
|
|
|
continue;
|
|
|
|
}
|
2021-04-18 23:06:26 +00:00
|
|
|
|
2021-11-09 10:13:42 +00:00
|
|
|
let self_ty = db.impl_self_ty(impl_id);
|
|
|
|
let fp = TyFingerprint::for_inherent_impl(self_ty.skip_binders());
|
|
|
|
if let Some(fp) = fp {
|
|
|
|
self.map.entry(fp).or_default().push(impl_id);
|
2020-07-01 15:15:20 +00:00
|
|
|
}
|
2021-11-09 10:13:42 +00:00
|
|
|
// `fp` should only be `None` in error cases (either erroneous code or incomplete name resolution)
|
|
|
|
}
|
2020-07-01 15:15:20 +00:00
|
|
|
|
2021-11-09 10:13:42 +00:00
|
|
|
// To better support custom derives, collect impls in all unnamed const items.
|
|
|
|
// const _: () = { ... };
|
2021-12-08 14:44:52 +00:00
|
|
|
for konst in collect_unnamed_consts(db, &module_data.scope) {
|
2021-11-09 10:13:42 +00:00
|
|
|
let body = db.body(konst.into());
|
|
|
|
for (_, block_def_map) in body.blocks(db.upcast()) {
|
|
|
|
self.collect_def_map(db, &block_def_map);
|
2020-07-01 15:15:20 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
pub fn for_self_ty(&self, self_ty: &Ty) -> &[ImplId] {
|
2021-04-07 17:35:24 +00:00
|
|
|
match TyFingerprint::for_inherent_impl(self_ty) {
|
2020-07-01 15:15:20 +00:00
|
|
|
Some(fp) => self.map.get(&fp).map(|vec| vec.as_ref()).unwrap_or(&[]),
|
|
|
|
None => &[],
|
|
|
|
}
|
2019-08-16 13:34:47 +00:00
|
|
|
}
|
|
|
|
|
2020-07-01 15:15:20 +00:00
|
|
|
pub fn all_impls(&self) -> impl Iterator<Item = ImplId> + '_ {
|
|
|
|
self.map.values().flat_map(|v| v.iter().copied())
|
2019-01-31 23:34:52 +00:00
|
|
|
}
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
|
|
|
|
2021-12-08 14:44:52 +00:00
|
|
|
fn collect_unnamed_consts<'a>(
|
|
|
|
db: &'a dyn HirDatabase,
|
|
|
|
scope: &'a ItemScope,
|
|
|
|
) -> impl Iterator<Item = ConstId> + 'a {
|
|
|
|
let unnamed_consts = scope.unnamed_consts();
|
|
|
|
|
|
|
|
// FIXME: Also treat consts named `_DERIVE_*` as unnamed, since synstructure generates those.
|
|
|
|
// Should be removed once synstructure stops doing that.
|
|
|
|
let synstructure_hack_consts = scope.values().filter_map(|(item, _)| match item {
|
|
|
|
ModuleDefId::ConstId(id) => {
|
|
|
|
let loc = id.lookup(db.upcast());
|
|
|
|
let item_tree = loc.id.item_tree(db.upcast());
|
|
|
|
if item_tree[loc.id.value]
|
|
|
|
.name
|
|
|
|
.as_ref()
|
|
|
|
.map_or(false, |n| n.to_smol_str().starts_with("_DERIVE_"))
|
|
|
|
{
|
|
|
|
Some(id)
|
|
|
|
} else {
|
|
|
|
None
|
|
|
|
}
|
|
|
|
}
|
|
|
|
_ => None,
|
|
|
|
});
|
|
|
|
|
|
|
|
unnamed_consts.chain(synstructure_hack_consts)
|
|
|
|
}
|
|
|
|
|
2021-04-07 11:09:31 +00:00
|
|
|
pub fn def_crates(
|
|
|
|
db: &dyn HirDatabase,
|
|
|
|
ty: &Ty,
|
|
|
|
cur_crate: CrateId,
|
|
|
|
) -> Option<ArrayVec<CrateId, 2>> {
|
|
|
|
// Types like slice can have inherent impls in several crates, (core and alloc).
|
|
|
|
// The corresponding impls are marked with lang items, so we can use them to find the required crates.
|
|
|
|
macro_rules! lang_item_crate {
|
2020-03-22 13:44:38 +00:00
|
|
|
($($name:expr),+ $(,)?) => {{
|
2021-03-25 19:03:20 +00:00
|
|
|
let mut v = ArrayVec::<LangItemTarget, 2>::new();
|
2020-03-22 13:44:38 +00:00
|
|
|
$(
|
|
|
|
v.extend(db.lang_item(cur_crate, $name.into()));
|
|
|
|
)+
|
|
|
|
v
|
|
|
|
}};
|
|
|
|
}
|
2019-06-24 17:17:44 +00:00
|
|
|
|
2021-11-10 16:33:35 +00:00
|
|
|
let mod_to_crate_ids = |module: ModuleId| Some(iter::once(module.krate()).collect());
|
2021-02-08 18:13:54 +00:00
|
|
|
|
2021-12-19 16:58:39 +00:00
|
|
|
let lang_item_targets = match ty.kind(Interner) {
|
2021-04-07 11:09:31 +00:00
|
|
|
TyKind::Adt(AdtId(def_id), _) => {
|
|
|
|
return mod_to_crate_ids(def_id.module(db.upcast()));
|
|
|
|
}
|
|
|
|
TyKind::Foreign(id) => {
|
|
|
|
return mod_to_crate_ids(
|
|
|
|
from_foreign_def_id(*id).lookup(db.upcast()).module(db.upcast()),
|
|
|
|
);
|
|
|
|
}
|
|
|
|
TyKind::Scalar(Scalar::Bool) => lang_item_crate!("bool"),
|
|
|
|
TyKind::Scalar(Scalar::Char) => lang_item_crate!("char"),
|
|
|
|
TyKind::Scalar(Scalar::Float(f)) => match f {
|
|
|
|
// There are two lang items: one in libcore (fXX) and one in libstd (fXX_runtime)
|
|
|
|
FloatTy::F32 => lang_item_crate!("f32", "f32_runtime"),
|
|
|
|
FloatTy::F64 => lang_item_crate!("f64", "f64_runtime"),
|
|
|
|
},
|
|
|
|
&TyKind::Scalar(Scalar::Int(t)) => {
|
|
|
|
lang_item_crate!(primitive::int_ty_to_string(t))
|
|
|
|
}
|
|
|
|
&TyKind::Scalar(Scalar::Uint(t)) => {
|
|
|
|
lang_item_crate!(primitive::uint_ty_to_string(t))
|
|
|
|
}
|
|
|
|
TyKind::Str => lang_item_crate!("str_alloc", "str"),
|
|
|
|
TyKind::Slice(_) => lang_item_crate!("slice_alloc", "slice"),
|
2021-08-31 12:15:39 +00:00
|
|
|
TyKind::Array(..) => lang_item_crate!("array"),
|
2021-04-07 11:09:31 +00:00
|
|
|
TyKind::Raw(Mutability::Not, _) => lang_item_crate!("const_ptr"),
|
|
|
|
TyKind::Raw(Mutability::Mut, _) => lang_item_crate!("mut_ptr"),
|
|
|
|
TyKind::Dyn(_) => {
|
|
|
|
return ty.dyn_trait().and_then(|trait_| {
|
|
|
|
mod_to_crate_ids(GenericDefId::TraitId(trait_).module(db.upcast()))
|
|
|
|
});
|
|
|
|
}
|
|
|
|
_ => return None,
|
|
|
|
};
|
|
|
|
let res = lang_item_targets
|
|
|
|
.into_iter()
|
|
|
|
.filter_map(|it| match it {
|
|
|
|
LangItemTarget::ImplDefId(it) => Some(it),
|
|
|
|
_ => None,
|
|
|
|
})
|
|
|
|
.map(|it| it.lookup(db.upcast()).container.krate())
|
|
|
|
.collect();
|
|
|
|
Some(res)
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
2021-02-08 18:13:54 +00:00
|
|
|
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
/// Look up the method with the given name.
|
2019-05-01 15:57:56 +00:00
|
|
|
pub(crate) fn lookup_method(
|
|
|
|
ty: &Canonical<Ty>,
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-01-14 13:20:33 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
2022-02-01 22:29:40 +00:00
|
|
|
visible_from_module: VisibleFromModule,
|
2019-05-01 15:57:56 +00:00
|
|
|
name: &Name,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
) -> Option<(ReceiverAdjustments, FunctionId)> {
|
2020-01-14 13:20:33 +00:00
|
|
|
iterate_method_candidates(
|
|
|
|
ty,
|
|
|
|
db,
|
|
|
|
env,
|
2021-06-13 03:54:16 +00:00
|
|
|
traits_in_scope,
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module,
|
2020-01-14 13:20:33 +00:00
|
|
|
Some(name),
|
|
|
|
LookupMode::MethodCall,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
|adjustments, f| match f {
|
|
|
|
AssocItemId::FunctionId(f) => Some((adjustments, f)),
|
2020-01-14 13:20:33 +00:00
|
|
|
_ => None,
|
|
|
|
},
|
|
|
|
)
|
2019-10-31 18:28:33 +00:00
|
|
|
}
|
|
|
|
|
2019-11-01 10:53:29 +00:00
|
|
|
/// Whether we're looking up a dotted method call (like `v.len()`) or a path
|
|
|
|
/// (like `Vec::new`).
|
2019-10-31 18:28:33 +00:00
|
|
|
#[derive(Copy, Clone, Debug, PartialEq, Eq)]
|
2019-10-31 20:21:48 +00:00
|
|
|
pub enum LookupMode {
|
2019-11-01 10:53:29 +00:00
|
|
|
/// Looking up a method call like `v.len()`: We only consider candidates
|
|
|
|
/// that have a `self` parameter, and do autoderef.
|
2019-10-31 18:28:33 +00:00
|
|
|
MethodCall,
|
2019-11-01 10:53:29 +00:00
|
|
|
/// Looking up a path like `Vec::new` or `Vec::default`: We consider all
|
|
|
|
/// candidates including associated constants, but don't do autoderef.
|
2019-10-31 18:28:33 +00:00
|
|
|
Path,
|
2019-05-01 15:57:56 +00:00
|
|
|
}
|
2019-03-24 16:36:15 +00:00
|
|
|
|
2022-02-01 22:29:40 +00:00
|
|
|
#[derive(Clone, Copy)]
|
|
|
|
pub enum VisibleFromModule {
|
|
|
|
/// Filter for results that are visible from the given module
|
|
|
|
Filter(ModuleId),
|
|
|
|
/// Include impls from the given block.
|
|
|
|
IncludeBlock(BlockId),
|
|
|
|
/// Do nothing special in regards visibility
|
|
|
|
None,
|
|
|
|
}
|
|
|
|
|
|
|
|
impl From<Option<ModuleId>> for VisibleFromModule {
|
|
|
|
fn from(module: Option<ModuleId>) -> Self {
|
|
|
|
match module {
|
|
|
|
Some(module) => Self::Filter(module),
|
|
|
|
None => Self::None,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
impl From<Option<BlockId>> for VisibleFromModule {
|
|
|
|
fn from(block: Option<BlockId>) -> Self {
|
|
|
|
match block {
|
|
|
|
Some(block) => Self::IncludeBlock(block),
|
|
|
|
None => Self::None,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
#[derive(Debug, Clone, Default)]
|
|
|
|
pub struct ReceiverAdjustments {
|
|
|
|
autoref: Option<Mutability>,
|
|
|
|
autoderefs: usize,
|
|
|
|
unsize_array: bool,
|
|
|
|
}
|
|
|
|
|
|
|
|
impl ReceiverAdjustments {
|
|
|
|
pub(crate) fn apply(&self, table: &mut InferenceTable, ty: Ty) -> (Ty, Vec<Adjustment>) {
|
|
|
|
let mut ty = ty;
|
|
|
|
let mut adjust = Vec::new();
|
|
|
|
for _ in 0..self.autoderefs {
|
|
|
|
match autoderef::autoderef_step(table, ty.clone()) {
|
|
|
|
None => {
|
|
|
|
never!("autoderef not possible for {:?}", ty);
|
|
|
|
ty = TyKind::Error.intern(Interner);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
Some((kind, new_ty)) => {
|
|
|
|
ty = new_ty.clone();
|
|
|
|
adjust.push(Adjustment {
|
|
|
|
kind: Adjust::Deref(match kind {
|
|
|
|
// FIXME should we know the mutability here?
|
|
|
|
AutoderefKind::Overloaded => Some(OverloadedDeref(Mutability::Not)),
|
|
|
|
AutoderefKind::Builtin => None,
|
|
|
|
}),
|
|
|
|
target: new_ty,
|
|
|
|
});
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if self.unsize_array {
|
|
|
|
ty = match ty.kind(Interner) {
|
|
|
|
TyKind::Array(inner, _) => TyKind::Slice(inner.clone()).intern(Interner),
|
|
|
|
_ => {
|
|
|
|
never!("unsize_array with non-array {:?}", ty);
|
|
|
|
ty
|
|
|
|
}
|
|
|
|
};
|
|
|
|
// FIXME this is kind of wrong since the unsize needs to happen to a pointer/reference
|
|
|
|
adjust.push(Adjustment {
|
|
|
|
kind: Adjust::Pointer(PointerCast::Unsize),
|
|
|
|
target: ty.clone(),
|
|
|
|
});
|
|
|
|
}
|
|
|
|
if let Some(m) = self.autoref {
|
|
|
|
ty = TyKind::Ref(m, static_lifetime(), ty).intern(Interner);
|
|
|
|
adjust
|
|
|
|
.push(Adjustment { kind: Adjust::Borrow(AutoBorrow::Ref(m)), target: ty.clone() });
|
|
|
|
}
|
|
|
|
(ty, adjust)
|
|
|
|
}
|
|
|
|
|
|
|
|
fn with_autoref(&self, m: Mutability) -> ReceiverAdjustments {
|
|
|
|
Self { autoref: Some(m), ..*self }
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-05-01 15:57:56 +00:00
|
|
|
// This would be nicer if it just returned an iterator, but that runs into
|
2020-02-29 20:24:40 +00:00
|
|
|
// lifetime problems, because we need to borrow temp `CrateImplDefs`.
|
2019-11-01 18:56:56 +00:00
|
|
|
// FIXME add a context type here?
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
pub(crate) fn iterate_method_candidates<T>(
|
2019-05-01 15:57:56 +00:00
|
|
|
ty: &Canonical<Ty>,
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-01-14 13:20:33 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
2022-02-01 22:29:40 +00:00
|
|
|
visible_from_module: VisibleFromModule,
|
2019-05-01 15:57:56 +00:00
|
|
|
name: Option<&Name>,
|
2019-10-31 18:28:33 +00:00
|
|
|
mode: LookupMode,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
mut callback: impl FnMut(ReceiverAdjustments, AssocItemId) -> Option<T>,
|
2019-05-01 15:57:56 +00:00
|
|
|
) -> Option<T> {
|
2020-06-24 15:45:38 +00:00
|
|
|
let mut slot = None;
|
internal: improve compile times a bit
before after for cargo llvm-lines -q --lib --release -p ide_ssr | head -n 24
Lines Copies Function name
----- ------ -------------
297146 (100%) 12748 (100%) (TOTAL)
5970 (2.0%) 47 (0.4%) core::iter::traits::iterator::Iterator::try_fold
4750 (1.6%) 27 (0.2%) hashbrown::raw::RawTable<T,A>::resize
4080 (1.4%) 30 (0.2%) alloc::raw_vec::RawVec<T,A>::grow_amortized
3933 (1.3%) 69 (0.5%) alloc::raw_vec::RawVec<T,A>::current_memory
3668 (1.2%) 89 (0.7%) <core::result::Result<T,E> as core::ops::try_trait::Try>::branch
3500 (1.2%) 50 (0.4%) hashbrown::raw::RawTable<T,A>::drop_elements
3436 (1.2%) 33 (0.3%) hashbrown::raw::RawTable<T,A>::find
3415 (1.1%) 17 (0.1%) hashbrown::raw::RawTable<T,A>::rehash_in_place
3400 (1.1%) 50 (0.4%) <hashbrown::raw::RawIterRange<T> as core::iter::traits::iterator::Iterator>::next
2840 (1.0%) 20 (0.2%) alloc::raw_vec::RawVec<T,A>::allocate_in
2700 (0.9%) 30 (0.2%) core::alloc::layout::Layout::array
2666 (0.9%) 86 (0.7%) core::ptr::metadata::from_raw_parts_mut
2495 (0.8%) 50 (0.4%) core::option::Option<T>::map
2354 (0.8%) 38 (0.3%) alloc::alloc::box_free
2302 (0.8%) 7 (0.1%) ide_ssr::parsing::RuleBuilder::try_add
2146 (0.7%) 45 (0.4%) core::mem::replace
2070 (0.7%) 69 (0.5%) <alloc::raw_vec::RawVec<T,A> as core::ops::drop::Drop>::drop
1979 (0.7%) 16 (0.1%) hashbrown::map::HashMap<K,V,S,A>::insert
1926 (0.6%) 18 (0.1%) <core::iter::adapters::zip::Zip<A,B> as core::iter::adapters::zip::ZipImpl<A,B>>::next
1922 (0.6%) 62 (0.5%) core::fmt::ArgumentV1::new
1885 (0.6%) 13 (0.1%) alloc::raw_vec::RawVec<T,A>::shrink
Lines Copies Function name
----- ------ -------------
261717 (100%) 11666 (100%) (TOTAL)
5239 (2.0%) 42 (0.4%) core::iter::traits::iterator::Iterator::try_fold
4750 (1.8%) 27 (0.2%) hashbrown::raw::RawTable<T,A>::resize
3933 (1.5%) 69 (0.6%) alloc::raw_vec::RawVec<T,A>::current_memory
3536 (1.4%) 26 (0.2%) alloc::raw_vec::RawVec<T,A>::grow_amortized
3500 (1.3%) 50 (0.4%) hashbrown::raw::RawTable<T,A>::drop_elements
3400 (1.3%) 50 (0.4%) <hashbrown::raw::RawIterRange<T> as core::iter::traits::iterator::Iterator>::next
3124 (1.2%) 30 (0.3%) hashbrown::raw::RawTable<T,A>::find
2812 (1.1%) 14 (0.1%) hashbrown::raw::RawTable<T,A>::rehash_in_place
2604 (1.0%) 84 (0.7%) core::ptr::metadata::from_raw_parts_mut
2340 (0.9%) 26 (0.2%) core::alloc::layout::Layout::array
2302 (0.9%) 7 (0.1%) ide_ssr::parsing::RuleBuilder::try_add
2272 (0.9%) 16 (0.1%) alloc::raw_vec::RawVec<T,A>::allocate_in
2201 (0.8%) 35 (0.3%) alloc::alloc::box_free
2104 (0.8%) 44 (0.4%) core::mem::replace
2079 (0.8%) 42 (0.4%) <core::result::Result<T,E> as core::ops::try_trait::Try>::branch
2070 (0.8%) 69 (0.6%) <alloc::raw_vec::RawVec<T,A> as core::ops::drop::Drop>::drop
1926 (0.7%) 18 (0.2%) <core::iter::adapters::zip::Zip<A,B> as core::iter::adapters::zip::ZipImpl<A,B>>::next
1885 (0.7%) 13 (0.1%) alloc::raw_vec::RawVec<T,A>::shrink
1833 (0.7%) 13 (0.1%) hashbrown::raw::RawTable<T,A>::shrink_to
1771 (0.7%) 91 (0.8%) core::ptr::read
1701 (0.6%) 35 (0.3%) core::option::Option<T>::map
2021-08-29 15:49:16 +00:00
|
|
|
iterate_method_candidates_dyn(
|
2020-06-24 15:45:38 +00:00
|
|
|
ty,
|
|
|
|
db,
|
|
|
|
env,
|
|
|
|
traits_in_scope,
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module,
|
2020-06-24 15:45:38 +00:00
|
|
|
name,
|
|
|
|
mode,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
&mut |adj, item| {
|
2020-06-26 10:04:11 +00:00
|
|
|
assert!(slot.is_none());
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
if let Some(it) = callback(adj, item) {
|
2021-09-11 17:49:10 +00:00
|
|
|
slot = Some(it);
|
|
|
|
return ControlFlow::Break(());
|
|
|
|
}
|
|
|
|
ControlFlow::Continue(())
|
2020-06-24 15:45:38 +00:00
|
|
|
},
|
|
|
|
);
|
|
|
|
slot
|
|
|
|
}
|
|
|
|
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
pub fn iterate_path_candidates(
|
|
|
|
ty: &Canonical<Ty>,
|
|
|
|
db: &dyn HirDatabase,
|
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
|
|
|
visible_from_module: VisibleFromModule,
|
|
|
|
name: Option<&Name>,
|
|
|
|
callback: &mut dyn FnMut(AssocItemId) -> ControlFlow<()>,
|
|
|
|
) -> ControlFlow<()> {
|
|
|
|
iterate_method_candidates_dyn(
|
|
|
|
ty,
|
|
|
|
db,
|
|
|
|
env,
|
|
|
|
traits_in_scope,
|
|
|
|
visible_from_module,
|
|
|
|
name,
|
|
|
|
LookupMode::Path,
|
|
|
|
// the adjustments are not relevant for path lookup
|
|
|
|
&mut |_, id| callback(id),
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
internal: improve compile times a bit
before after for cargo llvm-lines -q --lib --release -p ide_ssr | head -n 24
Lines Copies Function name
----- ------ -------------
297146 (100%) 12748 (100%) (TOTAL)
5970 (2.0%) 47 (0.4%) core::iter::traits::iterator::Iterator::try_fold
4750 (1.6%) 27 (0.2%) hashbrown::raw::RawTable<T,A>::resize
4080 (1.4%) 30 (0.2%) alloc::raw_vec::RawVec<T,A>::grow_amortized
3933 (1.3%) 69 (0.5%) alloc::raw_vec::RawVec<T,A>::current_memory
3668 (1.2%) 89 (0.7%) <core::result::Result<T,E> as core::ops::try_trait::Try>::branch
3500 (1.2%) 50 (0.4%) hashbrown::raw::RawTable<T,A>::drop_elements
3436 (1.2%) 33 (0.3%) hashbrown::raw::RawTable<T,A>::find
3415 (1.1%) 17 (0.1%) hashbrown::raw::RawTable<T,A>::rehash_in_place
3400 (1.1%) 50 (0.4%) <hashbrown::raw::RawIterRange<T> as core::iter::traits::iterator::Iterator>::next
2840 (1.0%) 20 (0.2%) alloc::raw_vec::RawVec<T,A>::allocate_in
2700 (0.9%) 30 (0.2%) core::alloc::layout::Layout::array
2666 (0.9%) 86 (0.7%) core::ptr::metadata::from_raw_parts_mut
2495 (0.8%) 50 (0.4%) core::option::Option<T>::map
2354 (0.8%) 38 (0.3%) alloc::alloc::box_free
2302 (0.8%) 7 (0.1%) ide_ssr::parsing::RuleBuilder::try_add
2146 (0.7%) 45 (0.4%) core::mem::replace
2070 (0.7%) 69 (0.5%) <alloc::raw_vec::RawVec<T,A> as core::ops::drop::Drop>::drop
1979 (0.7%) 16 (0.1%) hashbrown::map::HashMap<K,V,S,A>::insert
1926 (0.6%) 18 (0.1%) <core::iter::adapters::zip::Zip<A,B> as core::iter::adapters::zip::ZipImpl<A,B>>::next
1922 (0.6%) 62 (0.5%) core::fmt::ArgumentV1::new
1885 (0.6%) 13 (0.1%) alloc::raw_vec::RawVec<T,A>::shrink
Lines Copies Function name
----- ------ -------------
261717 (100%) 11666 (100%) (TOTAL)
5239 (2.0%) 42 (0.4%) core::iter::traits::iterator::Iterator::try_fold
4750 (1.8%) 27 (0.2%) hashbrown::raw::RawTable<T,A>::resize
3933 (1.5%) 69 (0.6%) alloc::raw_vec::RawVec<T,A>::current_memory
3536 (1.4%) 26 (0.2%) alloc::raw_vec::RawVec<T,A>::grow_amortized
3500 (1.3%) 50 (0.4%) hashbrown::raw::RawTable<T,A>::drop_elements
3400 (1.3%) 50 (0.4%) <hashbrown::raw::RawIterRange<T> as core::iter::traits::iterator::Iterator>::next
3124 (1.2%) 30 (0.3%) hashbrown::raw::RawTable<T,A>::find
2812 (1.1%) 14 (0.1%) hashbrown::raw::RawTable<T,A>::rehash_in_place
2604 (1.0%) 84 (0.7%) core::ptr::metadata::from_raw_parts_mut
2340 (0.9%) 26 (0.2%) core::alloc::layout::Layout::array
2302 (0.9%) 7 (0.1%) ide_ssr::parsing::RuleBuilder::try_add
2272 (0.9%) 16 (0.1%) alloc::raw_vec::RawVec<T,A>::allocate_in
2201 (0.8%) 35 (0.3%) alloc::alloc::box_free
2104 (0.8%) 44 (0.4%) core::mem::replace
2079 (0.8%) 42 (0.4%) <core::result::Result<T,E> as core::ops::try_trait::Try>::branch
2070 (0.8%) 69 (0.6%) <alloc::raw_vec::RawVec<T,A> as core::ops::drop::Drop>::drop
1926 (0.7%) 18 (0.2%) <core::iter::adapters::zip::Zip<A,B> as core::iter::adapters::zip::ZipImpl<A,B>>::next
1885 (0.7%) 13 (0.1%) alloc::raw_vec::RawVec<T,A>::shrink
1833 (0.7%) 13 (0.1%) hashbrown::raw::RawTable<T,A>::shrink_to
1771 (0.7%) 91 (0.8%) core::ptr::read
1701 (0.6%) 35 (0.3%) core::option::Option<T>::map
2021-08-29 15:49:16 +00:00
|
|
|
pub fn iterate_method_candidates_dyn(
|
2020-06-24 15:45:38 +00:00
|
|
|
ty: &Canonical<Ty>,
|
|
|
|
db: &dyn HirDatabase,
|
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
2022-02-01 22:29:40 +00:00
|
|
|
visible_from_module: VisibleFromModule,
|
2020-06-24 15:45:38 +00:00
|
|
|
name: Option<&Name>,
|
|
|
|
mode: LookupMode,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
callback: &mut dyn FnMut(ReceiverAdjustments, AssocItemId) -> ControlFlow<()>,
|
2021-09-11 17:49:10 +00:00
|
|
|
) -> ControlFlow<()> {
|
2019-10-31 19:01:46 +00:00
|
|
|
match mode {
|
|
|
|
LookupMode::MethodCall => {
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
// For method calls, rust first does any number of autoderef, and
|
|
|
|
// then one autoref (i.e. when the method takes &self or &mut self).
|
|
|
|
// Note that when we've got a receiver like &S, even if the method
|
|
|
|
// we find in the end takes &self, we still do the autoderef step
|
|
|
|
// (just as rustc does an autoderef and then autoref again).
|
2019-11-02 14:18:26 +00:00
|
|
|
|
2019-12-02 17:12:49 +00:00
|
|
|
// We have to be careful about the order we're looking at candidates
|
|
|
|
// in here. Consider the case where we're resolving `x.clone()`
|
|
|
|
// where `x: &Vec<_>`. This resolves to the clone method with self
|
|
|
|
// type `Vec<_>`, *not* `&_`. I.e. we need to consider methods where
|
|
|
|
// the receiver type exactly matches before cases where we have to
|
|
|
|
// do autoref. But in the autoderef steps, the `&_` self type comes
|
|
|
|
// up *before* the `Vec<_>` self type.
|
2019-11-02 14:18:26 +00:00
|
|
|
//
|
|
|
|
// On the other hand, we don't want to just pick any by-value method
|
|
|
|
// before any by-autoref method; it's just that we need to consider
|
|
|
|
// the methods by autoderef order of *receiver types*, not *self
|
|
|
|
// types*.
|
|
|
|
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
let mut table = InferenceTable::new(db, env.clone());
|
|
|
|
let ty = table.instantiate_canonical(ty.clone());
|
|
|
|
let (deref_chain, adj) = autoderef_method_receiver(&mut table, ty);
|
|
|
|
let deref_chains = stdx::slice_tails(&deref_chain);
|
2022-01-06 14:42:29 +00:00
|
|
|
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
let result = deref_chains.zip(adj).try_for_each(|(deref_chain, adj)| {
|
2021-09-11 17:49:10 +00:00
|
|
|
iterate_method_candidates_with_autoref(
|
2021-12-10 19:01:24 +00:00
|
|
|
deref_chain,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
adj,
|
2019-10-31 19:01:46 +00:00
|
|
|
db,
|
2020-01-14 13:11:07 +00:00
|
|
|
env.clone(),
|
2020-01-14 13:20:33 +00:00
|
|
|
traits_in_scope,
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module,
|
2019-10-31 19:01:46 +00:00
|
|
|
name,
|
2020-06-24 15:45:38 +00:00
|
|
|
callback,
|
2021-12-10 19:01:24 +00:00
|
|
|
)
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
});
|
|
|
|
result
|
2019-05-01 15:57:56 +00:00
|
|
|
}
|
2019-10-31 19:01:46 +00:00
|
|
|
LookupMode::Path => {
|
|
|
|
// No autoderef for path lookups
|
2020-01-14 13:11:07 +00:00
|
|
|
iterate_method_candidates_for_self_ty(
|
2021-06-13 03:54:16 +00:00
|
|
|
ty,
|
2020-01-14 13:11:07 +00:00
|
|
|
db,
|
2022-03-12 13:35:25 +00:00
|
|
|
env,
|
2020-01-14 13:20:33 +00:00
|
|
|
traits_in_scope,
|
2021-03-20 18:48:35 +00:00
|
|
|
visible_from_module,
|
2020-01-14 13:11:07 +00:00
|
|
|
name,
|
2020-06-24 15:45:38 +00:00
|
|
|
callback,
|
2020-01-14 13:11:07 +00:00
|
|
|
)
|
2019-11-02 14:18:26 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-06-24 15:45:38 +00:00
|
|
|
fn iterate_method_candidates_with_autoref(
|
2019-11-02 14:18:26 +00:00
|
|
|
deref_chain: &[Canonical<Ty>],
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
first_adjustment: ReceiverAdjustments,
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-01-14 13:11:07 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
2022-02-01 22:29:40 +00:00
|
|
|
visible_from_module: VisibleFromModule,
|
2019-11-02 14:18:26 +00:00
|
|
|
name: Option<&Name>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
mut callback: &mut dyn FnMut(ReceiverAdjustments, AssocItemId) -> ControlFlow<()>,
|
2021-09-11 17:49:10 +00:00
|
|
|
) -> ControlFlow<()> {
|
2021-11-10 16:33:35 +00:00
|
|
|
let (receiver_ty, rest) = match deref_chain.split_first() {
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
Some((rec, rest)) => (rec, rest),
|
2021-11-10 16:33:35 +00:00
|
|
|
None => {
|
|
|
|
never!("received empty deref-chain");
|
|
|
|
return ControlFlow::Break(());
|
|
|
|
}
|
|
|
|
};
|
2021-09-11 17:49:10 +00:00
|
|
|
iterate_method_candidates_by_receiver(
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
receiver_ty,
|
|
|
|
first_adjustment.clone(),
|
2022-03-12 12:04:13 +00:00
|
|
|
rest,
|
2019-12-01 21:14:28 +00:00
|
|
|
db,
|
2020-01-14 13:11:07 +00:00
|
|
|
env.clone(),
|
2021-06-13 03:54:16 +00:00
|
|
|
traits_in_scope,
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module,
|
2019-12-01 21:14:28 +00:00
|
|
|
name,
|
|
|
|
&mut callback,
|
2021-09-11 17:49:10 +00:00
|
|
|
)?;
|
|
|
|
|
2019-11-02 14:18:26 +00:00
|
|
|
let refed = Canonical {
|
2021-11-10 16:33:35 +00:00
|
|
|
value: TyKind::Ref(Mutability::Not, static_lifetime(), receiver_ty.value.clone())
|
2021-12-19 16:58:39 +00:00
|
|
|
.intern(Interner),
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
binders: receiver_ty.binders.clone(),
|
2019-11-02 14:18:26 +00:00
|
|
|
};
|
2021-09-11 17:49:10 +00:00
|
|
|
|
|
|
|
iterate_method_candidates_by_receiver(
|
2019-12-01 21:14:28 +00:00
|
|
|
&refed,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
first_adjustment.with_autoref(Mutability::Not),
|
2019-12-01 21:14:28 +00:00
|
|
|
deref_chain,
|
|
|
|
db,
|
2020-01-14 13:11:07 +00:00
|
|
|
env.clone(),
|
2021-06-13 03:54:16 +00:00
|
|
|
traits_in_scope,
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module,
|
2019-12-01 21:14:28 +00:00
|
|
|
name,
|
|
|
|
&mut callback,
|
2021-09-11 17:49:10 +00:00
|
|
|
)?;
|
|
|
|
|
2019-11-02 14:18:26 +00:00
|
|
|
let ref_muted = Canonical {
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
value: TyKind::Ref(Mutability::Mut, static_lifetime(), receiver_ty.value.clone())
|
|
|
|
.intern(Interner),
|
|
|
|
binders: receiver_ty.binders.clone(),
|
2019-11-02 14:18:26 +00:00
|
|
|
};
|
2021-09-11 17:49:10 +00:00
|
|
|
|
|
|
|
iterate_method_candidates_by_receiver(
|
2019-12-01 21:14:28 +00:00
|
|
|
&ref_muted,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
first_adjustment.with_autoref(Mutability::Mut),
|
2019-12-01 21:14:28 +00:00
|
|
|
deref_chain,
|
|
|
|
db,
|
2022-03-12 13:35:25 +00:00
|
|
|
env,
|
2021-06-13 03:54:16 +00:00
|
|
|
traits_in_scope,
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module,
|
2019-12-01 21:14:28 +00:00
|
|
|
name,
|
|
|
|
&mut callback,
|
2021-09-11 17:49:10 +00:00
|
|
|
)
|
2019-11-02 14:18:26 +00:00
|
|
|
}
|
|
|
|
|
2020-06-24 15:45:38 +00:00
|
|
|
fn iterate_method_candidates_by_receiver(
|
2019-11-02 14:18:26 +00:00
|
|
|
receiver_ty: &Canonical<Ty>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
receiver_adjustments: ReceiverAdjustments,
|
2019-12-02 17:12:49 +00:00
|
|
|
rest_of_deref_chain: &[Canonical<Ty>],
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-01-14 13:11:07 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
2022-02-01 22:29:40 +00:00
|
|
|
visible_from_module: VisibleFromModule,
|
2019-11-02 14:18:26 +00:00
|
|
|
name: Option<&Name>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
mut callback: &mut dyn FnMut(ReceiverAdjustments, AssocItemId) -> ControlFlow<()>,
|
2021-09-11 17:49:10 +00:00
|
|
|
) -> ControlFlow<()> {
|
2019-11-02 14:18:26 +00:00
|
|
|
// We're looking for methods with *receiver* type receiver_ty. These could
|
|
|
|
// be found in any of the derefs of receiver_ty, so we have to go through
|
|
|
|
// that.
|
2021-11-10 16:33:35 +00:00
|
|
|
for self_ty in iter::once(receiver_ty).chain(rest_of_deref_chain) {
|
2021-09-11 17:49:10 +00:00
|
|
|
iterate_inherent_methods(
|
2021-03-20 18:28:26 +00:00
|
|
|
self_ty,
|
|
|
|
db,
|
2021-05-16 13:50:28 +00:00
|
|
|
env.clone(),
|
2021-03-20 18:28:26 +00:00
|
|
|
name,
|
|
|
|
Some(receiver_ty),
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
Some(receiver_adjustments.clone()),
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module,
|
|
|
|
&mut callback,
|
2021-09-11 17:49:10 +00:00
|
|
|
)?
|
2019-12-02 17:12:49 +00:00
|
|
|
}
|
2021-09-11 17:49:10 +00:00
|
|
|
|
2021-11-10 16:33:35 +00:00
|
|
|
for self_ty in iter::once(receiver_ty).chain(rest_of_deref_chain) {
|
2021-09-11 17:49:10 +00:00
|
|
|
iterate_trait_method_candidates(
|
2019-12-01 21:14:28 +00:00
|
|
|
self_ty,
|
|
|
|
db,
|
2020-01-14 13:11:07 +00:00
|
|
|
env.clone(),
|
2021-06-13 03:54:16 +00:00
|
|
|
traits_in_scope,
|
2019-12-01 21:14:28 +00:00
|
|
|
name,
|
|
|
|
Some(receiver_ty),
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
Some(receiver_adjustments.clone()),
|
2019-12-01 21:14:28 +00:00
|
|
|
&mut callback,
|
2021-09-11 17:49:10 +00:00
|
|
|
)?
|
2019-04-14 14:08:10 +00:00
|
|
|
}
|
2021-09-11 17:49:10 +00:00
|
|
|
|
|
|
|
ControlFlow::Continue(())
|
2019-05-01 15:57:56 +00:00
|
|
|
}
|
2019-04-14 14:08:10 +00:00
|
|
|
|
2020-06-24 15:45:38 +00:00
|
|
|
fn iterate_method_candidates_for_self_ty(
|
2019-11-02 14:18:26 +00:00
|
|
|
self_ty: &Canonical<Ty>,
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-01-14 13:11:07 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
2022-02-01 22:29:40 +00:00
|
|
|
visible_from_module: VisibleFromModule,
|
2019-11-02 14:18:26 +00:00
|
|
|
name: Option<&Name>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
mut callback: &mut dyn FnMut(ReceiverAdjustments, AssocItemId) -> ControlFlow<()>,
|
2021-09-11 17:49:10 +00:00
|
|
|
) -> ControlFlow<()> {
|
|
|
|
iterate_inherent_methods(
|
2021-05-16 13:50:28 +00:00
|
|
|
self_ty,
|
|
|
|
db,
|
|
|
|
env.clone(),
|
|
|
|
name,
|
|
|
|
None,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
None,
|
2021-05-16 13:50:28 +00:00
|
|
|
visible_from_module,
|
|
|
|
&mut callback,
|
2021-09-11 17:49:10 +00:00
|
|
|
)?;
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
iterate_trait_method_candidates(self_ty, db, env, traits_in_scope, name, None, None, callback)
|
2019-11-02 14:18:26 +00:00
|
|
|
}
|
|
|
|
|
2020-06-24 15:45:38 +00:00
|
|
|
fn iterate_trait_method_candidates(
|
2019-11-02 14:18:26 +00:00
|
|
|
self_ty: &Canonical<Ty>,
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-01-14 13:11:07 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
traits_in_scope: &FxHashSet<TraitId>,
|
2019-05-01 15:57:56 +00:00
|
|
|
name: Option<&Name>,
|
2019-11-02 14:18:26 +00:00
|
|
|
receiver_ty: Option<&Canonical<Ty>>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
receiver_adjustments: Option<ReceiverAdjustments>,
|
|
|
|
callback: &mut dyn FnMut(ReceiverAdjustments, AssocItemId) -> ControlFlow<()>,
|
2021-09-11 17:49:10 +00:00
|
|
|
) -> ControlFlow<()> {
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
let self_is_array = matches!(self_ty.value.kind(Interner), chalk_ir::TyKind::Array(..));
|
2020-05-16 16:32:15 +00:00
|
|
|
// if ty is `dyn Trait`, the trait doesn't need to be in scope
|
|
|
|
let inherent_trait =
|
|
|
|
self_ty.value.dyn_trait().into_iter().flat_map(|t| all_super_traits(db.upcast(), t));
|
2021-12-19 16:58:39 +00:00
|
|
|
let env_traits = matches!(self_ty.value.kind(Interner), TyKind::Placeholder(_))
|
2021-12-10 19:01:24 +00:00
|
|
|
// if we have `T: Trait` in the param env, the trait doesn't need to be in scope
|
|
|
|
.then(|| {
|
2021-12-10 18:18:21 +00:00
|
|
|
env.traits_in_scope_from_clauses(self_ty.value.clone())
|
2021-09-11 17:49:10 +00:00
|
|
|
.flat_map(|t| all_super_traits(db.upcast(), t))
|
2021-12-10 19:01:24 +00:00
|
|
|
})
|
|
|
|
.into_iter()
|
|
|
|
.flatten();
|
2021-11-10 16:33:35 +00:00
|
|
|
let traits = inherent_trait.chain(env_traits).chain(traits_in_scope.iter().copied());
|
2021-09-11 17:49:10 +00:00
|
|
|
|
2019-08-22 11:23:50 +00:00
|
|
|
'traits: for t in traits {
|
2019-11-26 15:00:36 +00:00
|
|
|
let data = db.trait_data(t);
|
2019-08-22 11:23:50 +00:00
|
|
|
|
2021-06-01 19:33:14 +00:00
|
|
|
// Traits annotated with `#[rustc_skip_array_during_method_dispatch]` are skipped during
|
|
|
|
// method resolution, if the receiver is an array, and we're compiling for editions before
|
|
|
|
// 2021.
|
|
|
|
// This is to make `[a].into_iter()` not break code with the new `IntoIterator` impl for
|
|
|
|
// arrays.
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
if data.skip_array_during_method_dispatch && self_is_array {
|
2021-06-01 19:33:14 +00:00
|
|
|
// FIXME: this should really be using the edition of the method name's span, in case it
|
|
|
|
// comes from a macro
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
if db.crate_graph()[env.krate].edition < Edition::Edition2021 {
|
2021-06-01 19:33:14 +00:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-05-01 15:57:56 +00:00
|
|
|
// we'll be lazy about checking whether the type implements the
|
|
|
|
// trait, but if we find out it doesn't, we'll skip the rest of the
|
|
|
|
// iteration
|
2019-11-15 20:00:27 +00:00
|
|
|
let mut known_implemented = false;
|
2021-12-10 19:01:24 +00:00
|
|
|
for &(_, item) in data.items.iter() {
|
2021-03-20 18:48:35 +00:00
|
|
|
// Don't pass a `visible_from_module` down to `is_valid_candidate`,
|
|
|
|
// since only inherent methods should be included into visibility checking.
|
2021-12-10 19:01:24 +00:00
|
|
|
if !is_valid_candidate(db, env.clone(), name, receiver_ty, item, self_ty, None) {
|
2019-10-31 19:37:46 +00:00
|
|
|
continue;
|
|
|
|
}
|
2019-10-31 18:28:33 +00:00
|
|
|
if !known_implemented {
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
let goal = generic_implements_goal(db, env.clone(), t, self_ty);
|
|
|
|
if db.trait_solve(env.krate, goal.cast(Interner)).is_none() {
|
2019-10-31 18:28:33 +00:00
|
|
|
continue 'traits;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
known_implemented = true;
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
callback(receiver_adjustments.clone().unwrap_or_default(), item)?;
|
2019-03-24 16:36:15 +00:00
|
|
|
}
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
2021-09-11 17:49:10 +00:00
|
|
|
ControlFlow::Continue(())
|
2019-05-01 15:57:56 +00:00
|
|
|
}
|
2019-01-07 12:44:54 +00:00
|
|
|
|
2021-09-08 10:15:40 +00:00
|
|
|
fn filter_inherent_impls_for_self_ty<'i>(
|
|
|
|
impls: &'i InherentImpls,
|
|
|
|
self_ty: &Ty,
|
|
|
|
) -> impl Iterator<Item = &'i ImplId> {
|
|
|
|
// inherent methods on arrays are fingerprinted as [T; {unknown}], so we must also consider them when
|
|
|
|
// resolving a method call on an array with a known len
|
|
|
|
let array_impls = {
|
2021-12-19 16:58:39 +00:00
|
|
|
match self_ty.kind(Interner) {
|
2021-12-10 19:01:24 +00:00
|
|
|
TyKind::Array(parameters, array_len) if !array_len.is_unknown() => {
|
2021-09-08 10:15:40 +00:00
|
|
|
let unknown_array_len_ty =
|
2021-12-10 19:01:24 +00:00
|
|
|
TyKind::Array(parameters.clone(), consteval::usize_const(None));
|
2021-09-08 10:15:40 +00:00
|
|
|
|
2021-12-19 16:58:39 +00:00
|
|
|
Some(impls.for_self_ty(&unknown_array_len_ty.intern(Interner)))
|
2021-09-08 10:15:40 +00:00
|
|
|
}
|
2021-12-10 19:01:24 +00:00
|
|
|
_ => None,
|
2021-09-08 10:15:40 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
.into_iter()
|
|
|
|
.flatten();
|
|
|
|
|
|
|
|
impls.for_self_ty(self_ty).iter().chain(array_impls)
|
|
|
|
}
|
|
|
|
|
2020-06-24 15:45:38 +00:00
|
|
|
fn iterate_inherent_methods(
|
2019-11-02 14:18:26 +00:00
|
|
|
self_ty: &Canonical<Ty>,
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2021-05-16 13:50:28 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
2019-05-01 15:57:56 +00:00
|
|
|
name: Option<&Name>,
|
2019-11-02 14:18:26 +00:00
|
|
|
receiver_ty: Option<&Canonical<Ty>>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
receiver_adjustments: Option<ReceiverAdjustments>,
|
2022-02-01 22:29:40 +00:00
|
|
|
visible_from_module: VisibleFromModule,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
callback: &mut dyn FnMut(ReceiverAdjustments, AssocItemId) -> ControlFlow<()>,
|
2021-09-11 17:49:10 +00:00
|
|
|
) -> ControlFlow<()> {
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
let def_crates = match def_crates(db, &self_ty.value, env.krate) {
|
2020-06-24 15:45:38 +00:00
|
|
|
Some(k) => k,
|
2021-09-11 17:49:10 +00:00
|
|
|
None => return ControlFlow::Continue(()),
|
2020-06-24 15:45:38 +00:00
|
|
|
};
|
2021-09-11 17:49:10 +00:00
|
|
|
|
2022-02-01 22:29:40 +00:00
|
|
|
let (module, block) = match visible_from_module {
|
|
|
|
VisibleFromModule::Filter(module) => (Some(module), module.containing_block()),
|
|
|
|
VisibleFromModule::IncludeBlock(block) => (None, Some(block)),
|
|
|
|
VisibleFromModule::None => (None, None),
|
|
|
|
};
|
|
|
|
|
|
|
|
if let Some(block_id) = block {
|
|
|
|
if let Some(impls) = db.inherent_impls_in_block(block_id) {
|
|
|
|
impls_for_self_ty(
|
|
|
|
&impls,
|
|
|
|
self_ty,
|
|
|
|
db,
|
|
|
|
env.clone(),
|
|
|
|
name,
|
|
|
|
receiver_ty,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
receiver_adjustments.clone(),
|
2022-02-01 22:29:40 +00:00
|
|
|
module,
|
|
|
|
callback,
|
|
|
|
)?;
|
2021-11-09 10:13:42 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-06-24 15:45:38 +00:00
|
|
|
for krate in def_crates {
|
2020-07-01 15:15:20 +00:00
|
|
|
let impls = db.inherent_impls_in_crate(krate);
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
impls_for_self_ty(
|
|
|
|
&impls,
|
|
|
|
self_ty,
|
|
|
|
db,
|
|
|
|
env.clone(),
|
|
|
|
name,
|
|
|
|
receiver_ty,
|
|
|
|
receiver_adjustments.clone(),
|
|
|
|
module,
|
|
|
|
callback,
|
|
|
|
)?;
|
2021-11-09 10:13:42 +00:00
|
|
|
}
|
|
|
|
return ControlFlow::Continue(());
|
2019-01-07 12:44:54 +00:00
|
|
|
|
2021-11-09 10:13:42 +00:00
|
|
|
fn impls_for_self_ty(
|
|
|
|
impls: &InherentImpls,
|
|
|
|
self_ty: &Canonical<Ty>,
|
|
|
|
db: &dyn HirDatabase,
|
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
name: Option<&Name>,
|
|
|
|
receiver_ty: Option<&Canonical<Ty>>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
receiver_adjustments: Option<ReceiverAdjustments>,
|
2021-11-09 10:13:42 +00:00
|
|
|
visible_from_module: Option<ModuleId>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
callback: &mut dyn FnMut(ReceiverAdjustments, AssocItemId) -> ControlFlow<()>,
|
2021-11-09 10:13:42 +00:00
|
|
|
) -> ControlFlow<()> {
|
|
|
|
let impls_for_self_ty = filter_inherent_impls_for_self_ty(impls, &self_ty.value);
|
2021-09-08 08:13:29 +00:00
|
|
|
for &impl_def in impls_for_self_ty {
|
2021-11-10 16:33:35 +00:00
|
|
|
for &item in &db.impl_data(impl_def).items {
|
2021-05-16 13:50:28 +00:00
|
|
|
if !is_valid_candidate(
|
|
|
|
db,
|
|
|
|
env.clone(),
|
|
|
|
name,
|
|
|
|
receiver_ty,
|
|
|
|
item,
|
|
|
|
self_ty,
|
|
|
|
visible_from_module,
|
|
|
|
) {
|
2019-10-31 19:37:46 +00:00
|
|
|
continue;
|
2019-10-31 18:28:33 +00:00
|
|
|
}
|
2020-02-14 20:08:25 +00:00
|
|
|
// we have to check whether the self type unifies with the type
|
|
|
|
// that the impl is for. If we have a receiver type, this
|
|
|
|
// already happens in `is_valid_candidate` above; if not, we
|
|
|
|
// check it here
|
2021-05-16 13:50:28 +00:00
|
|
|
if receiver_ty.is_none()
|
2022-03-12 12:04:13 +00:00
|
|
|
&& inherent_impl_substs(db, env.clone(), impl_def, self_ty).is_none()
|
2021-05-16 13:50:28 +00:00
|
|
|
{
|
2021-03-08 20:19:44 +00:00
|
|
|
cov_mark::hit!(impl_self_type_match_without_receiver);
|
2020-02-14 20:08:25 +00:00
|
|
|
continue;
|
|
|
|
}
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
callback(receiver_adjustments.clone().unwrap_or_default(), item)?;
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
|
|
|
}
|
2021-11-09 10:13:42 +00:00
|
|
|
ControlFlow::Continue(())
|
2019-01-07 12:44:54 +00:00
|
|
|
}
|
2019-05-01 15:57:56 +00:00
|
|
|
}
|
2019-02-12 08:33:23 +00:00
|
|
|
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
/// Returns the receiver type for the index trait call.
|
2020-02-29 21:48:23 +00:00
|
|
|
pub fn resolve_indexing_op(
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-02-29 21:48:23 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
ty: Canonical<Ty>,
|
2020-02-29 21:48:23 +00:00
|
|
|
index_trait: TraitId,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
) -> Option<ReceiverAdjustments> {
|
|
|
|
let mut table = InferenceTable::new(db, env.clone());
|
|
|
|
let ty = table.instantiate_canonical(ty);
|
|
|
|
let (deref_chain, adj) = autoderef_method_receiver(&mut table, ty);
|
|
|
|
for (ty, adj) in deref_chain.into_iter().zip(adj) {
|
|
|
|
let goal = generic_implements_goal(db, env.clone(), index_trait, &ty);
|
|
|
|
if db.trait_solve(env.krate, goal.cast(Interner)).is_some() {
|
|
|
|
return Some(adj);
|
2020-02-29 21:48:23 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
None
|
|
|
|
}
|
|
|
|
|
2021-09-08 10:15:40 +00:00
|
|
|
fn is_transformed_receiver_ty_equal(transformed_receiver_ty: &Ty, receiver_ty: &Ty) -> bool {
|
|
|
|
if transformed_receiver_ty == receiver_ty {
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
// a transformed receiver may be considered equal (and a valid method call candidate) if it is an array
|
|
|
|
// with an unknown (i.e. generic) length, and the receiver is an array with the same item type but a known len,
|
|
|
|
// this allows inherent methods on arrays to be considered valid resolution candidates
|
2021-12-19 16:58:39 +00:00
|
|
|
match (transformed_receiver_ty.kind(Interner), receiver_ty.kind(Interner)) {
|
2021-09-08 10:15:40 +00:00
|
|
|
(
|
|
|
|
TyKind::Array(transformed_array_ty, transformed_array_len),
|
|
|
|
TyKind::Array(receiver_array_ty, receiver_array_len),
|
|
|
|
) if transformed_array_ty == receiver_array_ty
|
|
|
|
&& transformed_array_len.is_unknown()
|
|
|
|
&& !receiver_array_len.is_unknown() =>
|
|
|
|
{
|
|
|
|
true
|
|
|
|
}
|
|
|
|
_ => false,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-10-31 19:37:46 +00:00
|
|
|
fn is_valid_candidate(
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2021-05-16 13:50:28 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
2019-10-31 19:37:46 +00:00
|
|
|
name: Option<&Name>,
|
2019-11-02 14:18:26 +00:00
|
|
|
receiver_ty: Option<&Canonical<Ty>>,
|
2019-11-26 12:27:33 +00:00
|
|
|
item: AssocItemId,
|
2019-11-02 14:18:26 +00:00
|
|
|
self_ty: &Canonical<Ty>,
|
2021-03-20 18:28:26 +00:00
|
|
|
visible_from_module: Option<ModuleId>,
|
2019-10-31 19:37:46 +00:00
|
|
|
) -> bool {
|
|
|
|
match item {
|
2019-11-26 12:27:33 +00:00
|
|
|
AssocItemId::FunctionId(m) => {
|
|
|
|
let data = db.function_data(m);
|
2019-11-02 14:18:26 +00:00
|
|
|
if let Some(name) = name {
|
|
|
|
if &data.name != name {
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if let Some(receiver_ty) = receiver_ty {
|
2021-04-03 18:58:42 +00:00
|
|
|
if !data.has_self_param() {
|
2019-11-02 14:18:26 +00:00
|
|
|
return false;
|
|
|
|
}
|
2021-05-16 13:50:28 +00:00
|
|
|
let transformed_receiver_ty = match transform_receiver_ty(db, env, m, self_ty) {
|
2019-12-02 17:12:49 +00:00
|
|
|
Some(ty) => ty,
|
|
|
|
None => return false,
|
2019-12-01 21:14:28 +00:00
|
|
|
};
|
2021-09-08 10:15:40 +00:00
|
|
|
|
|
|
|
if !is_transformed_receiver_ty_equal(&transformed_receiver_ty, &receiver_ty.value) {
|
|
|
|
return false;
|
2019-12-01 21:14:28 +00:00
|
|
|
}
|
2019-11-02 14:18:26 +00:00
|
|
|
}
|
2021-03-20 18:28:26 +00:00
|
|
|
if let Some(from_module) = visible_from_module {
|
2021-03-24 21:59:59 +00:00
|
|
|
if !db.function_visibility(m).is_visible_from(db.upcast(), from_module) {
|
2021-03-20 19:35:57 +00:00
|
|
|
cov_mark::hit!(autoderef_candidate_not_visible);
|
2021-03-20 18:28:26 +00:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-11-02 14:18:26 +00:00
|
|
|
true
|
2019-10-31 19:37:46 +00:00
|
|
|
}
|
2019-11-26 12:27:33 +00:00
|
|
|
AssocItemId::ConstId(c) => {
|
|
|
|
let data = db.const_data(c);
|
2019-11-02 14:18:26 +00:00
|
|
|
name.map_or(true, |name| data.name.as_ref() == Some(name)) && receiver_ty.is_none()
|
2019-10-31 19:37:46 +00:00
|
|
|
}
|
|
|
|
_ => false,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2019-12-02 17:12:49 +00:00
|
|
|
pub(crate) fn inherent_impl_substs(
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2021-05-16 13:50:28 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
2019-12-02 17:12:49 +00:00
|
|
|
impl_id: ImplId,
|
2019-12-03 13:59:29 +00:00
|
|
|
self_ty: &Canonical<Ty>,
|
2021-03-15 20:02:34 +00:00
|
|
|
) -> Option<Substitution> {
|
2020-03-01 13:31:35 +00:00
|
|
|
// we create a var for each type parameter of the impl; we need to keep in
|
|
|
|
// mind here that `self_ty` might have vars of its own
|
2021-12-19 16:58:39 +00:00
|
|
|
let self_ty_vars = self_ty.binders.len(Interner);
|
2021-04-03 20:18:02 +00:00
|
|
|
let vars = TyBuilder::subst_for_def(db, impl_id)
|
2021-04-05 19:49:27 +00:00
|
|
|
.fill_with_bound_vars(DebruijnIndex::INNERMOST, self_ty_vars)
|
2020-04-05 16:24:18 +00:00
|
|
|
.build();
|
2021-12-19 16:58:39 +00:00
|
|
|
let self_ty_with_vars = db.impl_self_ty(impl_id).substitute(Interner, &vars);
|
2021-03-21 19:05:38 +00:00
|
|
|
let mut kinds = self_ty.binders.interned().to_vec();
|
|
|
|
kinds.extend(
|
|
|
|
iter::repeat(chalk_ir::WithKind::new(
|
|
|
|
chalk_ir::VariableKind::Ty(chalk_ir::TyVariableKind::General),
|
|
|
|
UniverseIndex::ROOT,
|
|
|
|
))
|
2021-12-19 16:58:39 +00:00
|
|
|
.take(vars.len(Interner)),
|
2021-03-21 19:05:38 +00:00
|
|
|
);
|
|
|
|
let tys = Canonical {
|
2021-12-19 16:58:39 +00:00
|
|
|
binders: CanonicalVarKinds::from_iter(Interner, kinds),
|
2021-03-21 19:05:38 +00:00
|
|
|
value: (self_ty_with_vars, self_ty.value.clone()),
|
|
|
|
};
|
2021-05-16 13:50:28 +00:00
|
|
|
let substs = super::infer::unify(db, env, &tys)?;
|
2020-03-10 19:56:26 +00:00
|
|
|
// We only want the substs for the vars we added, not the ones from self_ty.
|
|
|
|
// Also, if any of the vars we added are still in there, we replace them by
|
|
|
|
// Unknown. I think this can only really happen if self_ty contained
|
|
|
|
// Unknown, and in that case we want the result to contain Unknown in those
|
|
|
|
// places again.
|
2021-04-05 19:49:27 +00:00
|
|
|
let suffix =
|
2021-12-19 16:58:39 +00:00
|
|
|
Substitution::from_iter(Interner, substs.iter(Interner).cloned().skip(self_ty_vars));
|
2021-04-05 19:49:27 +00:00
|
|
|
Some(fallback_bound_vars(suffix, self_ty_vars))
|
2020-03-10 19:56:26 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/// This replaces any 'free' Bound vars in `s` (i.e. those with indices past
|
2021-03-13 13:44:51 +00:00
|
|
|
/// num_vars_to_keep) by `TyKind::Unknown`.
|
2021-03-15 20:02:34 +00:00
|
|
|
fn fallback_bound_vars(s: Substitution, num_vars_to_keep: usize) -> Substitution {
|
2021-04-07 19:26:37 +00:00
|
|
|
crate::fold_free_vars(s, |bound, binders| {
|
|
|
|
if bound.index >= num_vars_to_keep && bound.debruijn == DebruijnIndex::INNERMOST {
|
2021-12-19 16:58:39 +00:00
|
|
|
TyKind::Error.intern(Interner)
|
2021-04-07 19:26:37 +00:00
|
|
|
} else {
|
2021-12-19 16:58:39 +00:00
|
|
|
bound.shifted_in_from(binders).to_ty(Interner)
|
2021-04-07 19:26:37 +00:00
|
|
|
}
|
|
|
|
})
|
2019-12-02 17:12:49 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
fn transform_receiver_ty(
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2021-05-16 13:50:28 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
2019-12-02 17:12:49 +00:00
|
|
|
function_id: FunctionId,
|
|
|
|
self_ty: &Canonical<Ty>,
|
|
|
|
) -> Option<Ty> {
|
2020-03-13 15:05:46 +00:00
|
|
|
let substs = match function_id.lookup(db.upcast()).container {
|
2021-12-07 16:31:26 +00:00
|
|
|
ItemContainerId::TraitId(_) => TyBuilder::subst_for_def(db, function_id)
|
2019-12-02 17:12:49 +00:00
|
|
|
.push(self_ty.value.clone())
|
|
|
|
.fill_with_unknown()
|
|
|
|
.build(),
|
2021-12-07 16:31:26 +00:00
|
|
|
ItemContainerId::ImplId(impl_id) => {
|
2021-06-13 03:54:16 +00:00
|
|
|
let impl_substs = inherent_impl_substs(db, env, impl_id, self_ty)?;
|
2021-04-03 20:18:02 +00:00
|
|
|
TyBuilder::subst_for_def(db, function_id)
|
2020-12-04 17:41:37 +00:00
|
|
|
.use_parent_substs(&impl_substs)
|
|
|
|
.fill_with_unknown()
|
|
|
|
.build()
|
|
|
|
}
|
2021-12-07 16:31:26 +00:00
|
|
|
// No receiver
|
|
|
|
ItemContainerId::ModuleId(_) | ItemContainerId::ExternBlockId(_) => unreachable!(),
|
2019-12-02 17:12:49 +00:00
|
|
|
};
|
|
|
|
let sig = db.callable_item_signature(function_id.into());
|
2021-12-19 16:58:39 +00:00
|
|
|
Some(sig.map(|s| s.params()[0].clone()).substitute(Interner, &substs))
|
2019-12-02 17:12:49 +00:00
|
|
|
}
|
|
|
|
|
2019-11-27 14:46:02 +00:00
|
|
|
pub fn implements_trait(
|
2019-08-02 18:16:20 +00:00
|
|
|
ty: &Canonical<Ty>,
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2020-01-14 10:27:00 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
2019-11-26 15:00:36 +00:00
|
|
|
trait_: TraitId,
|
2019-08-02 18:16:20 +00:00
|
|
|
) -> bool {
|
2022-03-12 12:04:13 +00:00
|
|
|
let goal = generic_implements_goal(db, env.clone(), trait_, ty);
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
let solution = db.trait_solve(env.krate, goal.cast(Interner));
|
2019-08-02 18:15:43 +00:00
|
|
|
|
2019-08-02 18:56:27 +00:00
|
|
|
solution.is_some()
|
2019-08-02 18:15:43 +00:00
|
|
|
}
|
|
|
|
|
2020-10-26 18:20:33 +00:00
|
|
|
pub fn implements_trait_unique(
|
|
|
|
ty: &Canonical<Ty>,
|
|
|
|
db: &dyn HirDatabase,
|
|
|
|
env: Arc<TraitEnvironment>,
|
|
|
|
trait_: TraitId,
|
|
|
|
) -> bool {
|
2022-03-12 12:04:13 +00:00
|
|
|
let goal = generic_implements_goal(db, env.clone(), trait_, ty);
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
let solution = db.trait_solve(env.krate, goal.cast(Interner));
|
2020-10-26 18:20:33 +00:00
|
|
|
|
2021-04-04 18:27:40 +00:00
|
|
|
matches!(solution, Some(crate::Solution::Unique(_)))
|
2020-10-26 18:20:33 +00:00
|
|
|
}
|
|
|
|
|
2019-04-09 20:04:59 +00:00
|
|
|
/// This creates Substs for a trait with the given Self type and type variables
|
2019-04-20 10:34:36 +00:00
|
|
|
/// for all other parameters, to query Chalk with it.
|
2019-07-08 19:43:52 +00:00
|
|
|
fn generic_implements_goal(
|
2020-03-13 15:05:46 +00:00
|
|
|
db: &dyn HirDatabase,
|
2019-07-09 19:34:23 +00:00
|
|
|
env: Arc<TraitEnvironment>,
|
2019-11-26 15:00:36 +00:00
|
|
|
trait_: TraitId,
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
self_ty: &Canonical<Ty>,
|
2021-03-20 10:23:59 +00:00
|
|
|
) -> Canonical<InEnvironment<super::DomainGoal>> {
|
2021-03-21 19:05:38 +00:00
|
|
|
let mut kinds = self_ty.binders.interned().to_vec();
|
2021-04-03 19:50:52 +00:00
|
|
|
let trait_ref = TyBuilder::trait_ref(db, trait_)
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
.push(self_ty.value.clone())
|
2020-06-28 19:17:27 +00:00
|
|
|
.fill_with_bound_vars(DebruijnIndex::INNERMOST, kinds.len())
|
2019-09-26 19:37:03 +00:00
|
|
|
.build();
|
2021-03-21 19:05:38 +00:00
|
|
|
kinds.extend(
|
|
|
|
iter::repeat(chalk_ir::WithKind::new(
|
|
|
|
chalk_ir::VariableKind::Ty(chalk_ir::TyVariableKind::General),
|
|
|
|
UniverseIndex::ROOT,
|
|
|
|
))
|
2021-12-19 16:58:39 +00:00
|
|
|
.take(trait_ref.substitution.len(Interner) - 1),
|
2021-03-21 19:05:38 +00:00
|
|
|
);
|
2021-12-19 16:58:39 +00:00
|
|
|
let obligation = trait_ref.cast(Interner);
|
2021-03-21 19:05:38 +00:00
|
|
|
Canonical {
|
2021-12-19 16:58:39 +00:00
|
|
|
binders: CanonicalVarKinds::from_iter(Interner, kinds),
|
2021-04-07 18:48:58 +00:00
|
|
|
value: InEnvironment::new(&env.env, obligation),
|
2021-03-21 19:05:38 +00:00
|
|
|
}
|
2019-03-31 18:02:16 +00:00
|
|
|
}
|
2020-02-29 21:01:36 +00:00
|
|
|
|
|
|
|
fn autoderef_method_receiver(
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
table: &mut InferenceTable,
|
|
|
|
ty: Ty,
|
|
|
|
) -> (Vec<Canonical<Ty>>, Vec<ReceiverAdjustments>) {
|
|
|
|
let (mut deref_chain, mut adjustments): (Vec<_>, Vec<_>) = (Vec::new(), Vec::new());
|
|
|
|
let mut autoderef = autoderef::Autoderef::new(table, ty);
|
|
|
|
while let Some((ty, derefs)) = autoderef.next() {
|
|
|
|
deref_chain.push(autoderef.table.canonicalize(ty).value);
|
|
|
|
adjustments.push(ReceiverAdjustments {
|
|
|
|
autoref: None,
|
|
|
|
autoderefs: derefs,
|
|
|
|
unsize_array: false,
|
|
|
|
});
|
|
|
|
}
|
2020-02-29 21:01:36 +00:00
|
|
|
// As a last step, we can do array unsizing (that's the only unsizing that rustc does for method receivers!)
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
if let (Some((TyKind::Array(parameters, _), binders)), Some(adj)) = (
|
|
|
|
deref_chain.last().map(|ty| (ty.value.kind(Interner), ty.binders.clone())),
|
|
|
|
adjustments.last().cloned(),
|
|
|
|
) {
|
2021-12-19 16:58:39 +00:00
|
|
|
let unsized_ty = TyKind::Slice(parameters.clone()).intern(Interner);
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
deref_chain.push(Canonical { value: unsized_ty, binders });
|
|
|
|
adjustments.push(ReceiverAdjustments { unsize_array: true, ..adj });
|
2020-02-29 21:01:36 +00:00
|
|
|
}
|
Refactor autoderef and method resolution
- don't return the receiver type from method resolution; instead just
return the autorefs/autoderefs that happened and repeat them. This
ensures all the effects like trait obligations and whatever we learned
about type variables from derefing them are actually applied. Also, it
allows us to get rid of `decanonicalize_ty`, which was just wrong in
principle.
- Autoderef itself now directly works with an inference table. Sadly
this has the effect of making it harder to use as an iterator, often
requiring manual `while let` loops. (rustc works around this by using
inner mutability in the inference context, so that things like unifying
types don't require a unique reference.)
- We now record the adjustments (autoref/deref) for method receivers
and index expressions, which we didn't before.
- Removed the redundant crate parameter from method resolution, since
the trait_env contains the crate as well.
- in the HIR API, the methods now take a scope to determine the trait env.
`Type` carries a trait env, but I think that's probably a bad decision
because it's easy to create it with the wrong env, e.g. by using
`Adt::ty`. This mostly didn't matter so far because
`iterate_method_candidates` took a crate parameter and ignored
`self.krate`, but the trait env would still have been wrong in those
cases, which I think would give some wrong results in some edge cases.
Fixes #10058.
2022-02-16 16:44:03 +00:00
|
|
|
(deref_chain, adjustments)
|
2020-02-29 21:01:36 +00:00
|
|
|
}
|