Broken link to incoherent impl

[lukas-code]

On this page https://doc.rust-lang.org/nightly/core/primitive.slice.html#method.binary_search_by_key (core, not std) there is a broken link [sort_by_key] -> slice::sort_by_key (interpreted as protocol "slice"). This seems to happen because sort_by_key is defined as an incoherent impl in alloc.

I found this when running a link checker for a no-std project with a type with Deref<Target = [T]>.

[lukas-code]

@rustbot label T-rustdoc

[fmease]

Failed attempt at a minimized repro below (one that doesn't rely on cargo). It differs in that the intra-doc link is not dead but untouched:

// **** a.rs ****
#![feature(rustc_attrs)]
/// [S::f]
#[rustc_has_incoherent_inherent_impls] pub struct S;

// **** b.rs ****
#![feature(rustc_attrs)]
pub use a::S;
impl S { #[rustc_allow_incoherent_impl] pub fn f() {} }

// **** c.rs ****
pub use b::*;

rustc a.rs --crate-type=lib --edition=2021
rustc b.rs --crate-type=lib --edition=2021 --extern=a=liba.rlib
rustdoc c.rs --edition=2021 --extern=b=libb.rlib -L.

I guess I need to read up how cargo doc actually works to produce a true minimized reproducer lol. I guess I somehow need to pass .rmeta files along somehow.

Edit: Or it might be the case that the reproducer requires the use of a primitive type like [_], dunno.