Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Detect cycle errors hidden by opaques during monomorphization #115801

Merged
merged 1 commit into from
Sep 19, 2023
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
26 changes: 25 additions & 1 deletion compiler/rustc_traits/src/normalize_projection_ty.rs
Original file line number Diff line number Diff line change
Expand Up @@ -3,10 +3,13 @@ use rustc_infer::infer::TyCtxtInferExt;
use rustc_middle::query::Providers;
use rustc_middle::ty::{ParamEnvAnd, TyCtxt};
use rustc_trait_selection::infer::InferCtxtBuilderExt;
use rustc_trait_selection::traits::error_reporting::TypeErrCtxtExt;
use rustc_trait_selection::traits::query::{
normalize::NormalizationResult, CanonicalProjectionGoal, NoSolution,
};
use rustc_trait_selection::traits::{self, ObligationCause, SelectionContext};
use rustc_trait_selection::traits::{
self, FulfillmentErrorCode, ObligationCause, SelectionContext,
};
use std::sync::atomic::Ordering;

pub(crate) fn provide(p: &mut Providers) {
Expand Down Expand Up @@ -40,6 +43,27 @@ fn normalize_projection_ty<'tcx>(
&mut obligations,
);
ocx.register_obligations(obligations);
// #112047: With projections and opaques, we are able to create opaques that
// are recursive (given some substitution of the opaque's type variables).
// In that case, we may only realize a cycle error when calling
// `normalize_erasing_regions` in mono.
if !ocx.infcx.next_trait_solver() {
let errors = ocx.select_where_possible();
if !errors.is_empty() {
// Rustdoc may attempt to normalize type alias types which are not
// well-formed. Rustdoc also normalizes types that are just not
// well-formed, since we don't do as much HIR analysis (checking
// that impl vars are constrained by the signature, for example).
Comment on lines +53 to +56
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does it do that for code that passes rustc? We are allowed to cause new errors in rustdoc if the code also wouldn't compile in rustc.

Copy link
Contributor

@oli-obk oli-obk Sep 19, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

a more graceful way than ICEing

ah, that's the issue. hmm.. does rustdoc unwrap something instead of reporting an error? or where is the ICE coming from?

Copy link
Member Author

@compiler-errors compiler-errors Sep 19, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We are allowed to cause new errors in rustdoc if the code also wouldn't compile in rustc

Well, the problem is that we need to do HIR analysis to make sure we don't have things like malformed and overlapping impl blocks too. These are probably not what we want to "fix" in rustdoc, since we compile rustdoc with all features enabled and stuff?

We also would need to check all type aliases as well-formed too, which we don't even do in rustc yet.

does rustdoc unwrap something instead of reporting an error? or where is the ICE coming from?

The ICE is coming from a failed projection in the QueryNormalizer.

What happens is that we hit a cycle here:

Err(ProjectionCacheEntry::Recur) => {
debug!("recur cache");
return Err(InProgress);
}

Which means we treat the projection as ambiguous and emit a projection goal with an infer var on the RHS. That causes us to hit this assertion with debug assertions enabled:

debug_assert!(!erased.has_infer(), "{erased:?}");

Or just errors out with NoSolution, which causes normalize_erasing_regions to ICE.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah... yea that makes sense sadly.

Tho Rustdoc is moving towards doing wf checks in the future, so this will get cleaned up

if !tcx.sess.opts.actually_rustdoc {
for error in &errors {
if let FulfillmentErrorCode::CodeCycle(cycle) = &error.code {
ocx.infcx.err_ctxt().report_overflow_obligation_cycle(cycle);
}
}
}
return Err(NoSolution);
}
}
// FIXME(associated_const_equality): All users of normalize_projection_ty expected
// a type, but there is the possibility it could've been a const now. Maybe change
// it to a Term later?
Expand Down
38 changes: 38 additions & 0 deletions tests/ui/async-await/in-trait/indirect-recursion-issue-112047.rs
Original file line number Diff line number Diff line change
@@ -0,0 +1,38 @@
// edition: 2021
// build-fail
//~^^ ERROR overflow evaluating the requirement `<A as Second>::{opaque#0} == _`

#![feature(async_fn_in_trait)]

fn main() {
let _ = async {
A.first().await.second().await;
};
}

pub trait First {
type Second: Second;
async fn first(self) -> Self::Second;
}

struct A;

impl First for A {
type Second = A;
async fn first(self) -> Self::Second {
A
}
}

pub trait Second {
async fn second(self);
}

impl<C> Second for C
where
C: First,
{
async fn second(self) {
self.first().await.second().await;
}
}
Original file line number Diff line number Diff line change
@@ -0,0 +1,5 @@
error[E0275]: overflow evaluating the requirement `<A as Second>::{opaque#0} == _`

error: aborting due to previous error

For more information about this error, try `rustc --explain E0275`.
29 changes: 29 additions & 0 deletions tests/ui/type-alias-impl-trait/indirect-recursion-issue-112047.rs
Original file line number Diff line number Diff line change
@@ -0,0 +1,29 @@
// edition: 2021
// build-fail
//~^^ ERROR overflow evaluating the requirement `<() as Recur>::Recur == _`

#![feature(impl_trait_in_assoc_type)]

use core::future::Future;

trait Recur {
type Recur: Future<Output = ()>;

fn recur(self) -> Self::Recur;
}

async fn recur(t: impl Recur) {
t.recur().await;
}

impl Recur for () {
type Recur = impl Future<Output = ()>;

fn recur(self) -> Self::Recur {
async move { recur(self).await; }
}
}

fn main() {
recur(());
}
Original file line number Diff line number Diff line change
@@ -0,0 +1,5 @@
error[E0275]: overflow evaluating the requirement `<() as Recur>::Recur == _`

error: aborting due to previous error

For more information about this error, try `rustc --explain E0275`.
40 changes: 40 additions & 0 deletions tests/ui/type-alias-impl-trait/mututally-recursive-overflow.rs
Original file line number Diff line number Diff line change
@@ -0,0 +1,40 @@
// edition: 2021
// build-fail
//~^^ ERROR overflow evaluating the requirement `<() as B>::Assoc == _`

#![feature(rustc_attrs)]
#![feature(impl_trait_in_assoc_type)]

#[rustc_coinductive]
trait A {
type Assoc;

fn test() -> Self::Assoc;
}

#[rustc_coinductive]
trait B {
type Assoc;

fn test() -> Self::Assoc;
}

impl<T: A> B for T {
type Assoc = impl Sized;

fn test() -> <Self as B>::Assoc {
<T as A>::test()
}
}

fn main() {
<() as A>::test();
}

impl<T: B> A for T {
type Assoc = impl Sized;

fn test() -> <Self as A>::Assoc {
<T as B>::test()
}
}
Original file line number Diff line number Diff line change
@@ -0,0 +1,5 @@
error[E0275]: overflow evaluating the requirement `<() as B>::Assoc == _`

error: aborting due to previous error

For more information about this error, try `rustc --explain E0275`.
Loading