Renamed dev-dependency overrides tool namespace

I tried this code:

In Cargo.toml:

[package]
name = "rust-analyzer"
version = "0.1.0"
edition = "2024"

[dev-dependencies]
foo = { path = ".", package = "rust-analyzer" }

In src/lib.rs:

fn foo(#[rust_analyzer::rust_fixture] _: &str) {}

I expected to see this happen: the code should compile. rust_analyzer::rust_fixture refers to the tool namespace rust-analyzer. It's true that dependencies override tool namespaces, but the dependency has been renamed.

Instead, this happened: cargo test fails with:

error[E0433]: cannot find `rust_fixture` in `rust_analyzer`
 --> src\lib.rs:1:25
  |
1 | fn foo(#[rust_analyzer::rust_fixture] _: &str) {}
  |                         ^^^^^^^^^^^^ could not find `rust_fixture` in `rust_analyzer`

This does not happen if the dev-dependency is removed.

Meta

rustc --version --verbose:

rustc 1.96.0-nightly (b90dc1e59 2026-03-04)
binary: rustc
commit-hash: b90dc1e597db0bbc0cab0eccb39747b1a9d7e607
commit-date: 2026-03-04
host: x86_64-pc-windows-msvc
release: 1.96.0-nightly
LLVM version: 22.1.0

Reproduce the case from Cargo.toml and src/lib.rs by running cargo test with the renamed dev-dependency and rust_analyzer::rust_fixture attribute. Trace the compiler's handling of tool namespaces when a dependency uses a different package name. Done means the example compiles while preserving the existing behavior when the dependency is not renamed.