0
0
mirror of https://github.com/rust-lang/rust.git synced 2024-11-25 04:06:55 +01:00
rust/tests/ui/rust-2021/inherent-dyn-collision.fixed

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

55 lines
1.5 KiB
Rust
Raw Permalink Normal View History

2021-06-21 17:55:07 +02:00
// Test case where the method we want is an inherent method on a
// dyn Trait. In that case, the fix is to insert `*` on the receiver.
//
//@ check-pass
//@ run-rustfix
//@ edition:2018
#![warn(rust_2021_prelude_collisions)]
2021-06-21 17:55:07 +02:00
trait TryIntoU32 {
fn try_into(&self) -> Result<u32, ()>;
}
impl TryIntoU32 for u8 {
// note: &self
fn try_into(&self) -> Result<u32, ()> {
Ok(22)
}
}
mod inner {
use super::get_dyn_trait;
// note: this does nothing, but is copying from ffishim's problem of
// having a struct of the same name as the trait in-scope, while *also*
// implementing the trait for that struct but **without** importing the
// trait itself into scope
#[allow(dead_code)]
2021-06-21 17:55:07 +02:00
struct TryIntoU32;
impl super::TryIntoU32 for TryIntoU32 {
fn try_into(&self) -> Result<u32, ()> {
Ok(0)
}
}
// this is where the gross part happens. since `get_dyn_trait` returns
// a Box<dyn Trait>, it can still call the method for `dyn Trait` without
// `Trait` being in-scope. it might even be possible to make the trait itself
// entirely unreference-able from the callsite?
pub fn test() -> u32 {
(&*get_dyn_trait()).try_into().unwrap()
//~^ WARNING trait method `try_into` will become ambiguous
2021-06-24 16:45:19 +02:00
//~| WARNING this is accepted in the current edition
2021-06-21 17:55:07 +02:00
}
}
fn get_dyn_trait() -> Box<dyn TryIntoU32> {
Box::new(3u8) as Box<dyn TryIntoU32>
}
fn main() {
dbg!(inner::test());
}