multiple applicable items in scope - type_id

[Dylan-DPC-zz]

From a crater run:

[INFO] [stderr]    Compiling downcast v0.9.2 (/opt/crater/workdir)
[INFO] [stderr] error[E0034]: multiple applicable items in scope
[INFO] [stderr]    --> src/lib.rs:120:38
[INFO] [stderr]     |
[INFO] [stderr] 120 |     fn is_type(&self) -> bool { self.type_id() == TypeId::of::<T>() }
[INFO] [stderr]     |                                      ^^^^^^^ multiple `type_id` found
[INFO] [stderr]     |
[INFO] [stderr] note: candidate #1 is defined in the trait `Any`
[INFO] [stderr]    --> src/lib.rs:29:5
[INFO] [stderr]     |
[INFO] [stderr] 29  |     fn type_id(&self) -> TypeId { TypeId::of::<Self>() }
[INFO] [stderr]     |     ^^^^^^^^^^^^^^^^^^^^^^^^^^^
[INFO] [stderr]     = help: to disambiguate the method call, write `Any::type_id(&self)` instead
[INFO] [stderr] note: candidate #2 is defined in the trait `std::any::Any`
[INFO] [stderr]     = help: to disambiguate the method call, write `std::any::Any::type_id(&self)` instead
[INFO] [stderr] 
[INFO] [stderr] error: aborting due to previous error
[INFO] [stderr] 
[INFO] [stderr] For more information about this error, try `rustc --explain E0034`.
[INFO] [stderr] error: Could not compile `downcast`.

Found this error in the following crates:
Downcast: crater log

Findr: crater log

ncollide - crater log

ncollide-geometry - crater log

cc crate authors: @stevedonovan @elrnv @sebcrozet

[estebank]

This is fallout from the recent change from get_type_id to type_id.

[sebcrozet]

We already fixed this on ncollide. The fix required a breaking change so it was released as ncollide 0.18.
And the ncollide-geometry crate is no longer maintained.

[emilyalbini]

cc @rust-lang/libs

[SimonSapin]

This sounds like business as usual when adding / stabilizing new methods on existing standard library types, and upstream already has a work-around. So I’m inclined to close this with no change.

[khimaros]

FYI, this appears to have transitively broken the sqlite crate. Is there a workaround?