We already handle this case this way on the coherence side, and it matches the new solver's behaviour. While there is some breakage around type-alias-impl-trait (see new "type annotations needed" in tests/ui/type-alias-impl-trait/issue-84660-unsoundness.rs), no stable code breaks, and no new stable code is accepted.
35 lines
1.2 KiB
Plaintext
35 lines
1.2 KiB
Plaintext
warning: the feature `specialization` is incomplete and may not be safe to use and/or cause compiler crashes
|
|
--> $DIR/equality.rs:1:12
|
|
|
|
|
LL | #![feature(specialization)]
|
|
| ^^^^^^^^^^^^^^
|
|
|
|
|
= note: see issue #31844 <https://github.com/rust-lang/rust/issues/31844> for more information
|
|
= help: consider using `min_specialization` instead, which is more stable and complete
|
|
= note: `#[warn(incomplete_features)]` on by default
|
|
|
|
error[E0308]: mismatched types
|
|
--> $DIR/equality.rs:15:5
|
|
|
|
|
LL | fn two(x: bool) -> impl Foo {
|
|
| -------- expected `i32` because of return type
|
|
...
|
|
LL | 0_u32
|
|
| ^^^^^ expected `i32`, found `u32`
|
|
|
|
|
help: change the type of the numeric literal from `u32` to `i32`
|
|
|
|
|
LL | 0_i32
|
|
| ~~~
|
|
|
|
error[E0284]: type annotations needed: cannot satisfy `<u32 as Add<impl Foo>>::Output == i32`
|
|
--> $DIR/equality.rs:24:11
|
|
|
|
|
LL | n + sum_to(n - 1)
|
|
| ^ cannot satisfy `<u32 as Add<impl Foo>>::Output == i32`
|
|
|
|
error: aborting due to 2 previous errors; 1 warning emitted
|
|
|
|
Some errors have detailed explanations: E0284, E0308.
|
|
For more information about an error, try `rustc --explain E0284`.
|