[PATCH] rust: kbuild: disambiguate `zerocopy` for `rusttest`

[PATCH] rust: kbuild: disambiguate `zerocopy` for `rusttest`

[Miguel Ojeda]

From: Antoni Boucher <bouanto@zoho.com>

Starting with Rust 1.76.0, `zerocopy` was added as an (indirect)
compiler dependency [1]. In turn, this meant that the `rustc-dev`
component started including a precompiled `zerocopy` crate in the sysroot.

This makes `rusttest` fail because the compiler finds several candidates:

    error[E0464]: multiple candidates for `rmeta` dependency `zerocopy` found
      --> rust/kernel/prelude.rs:64:9
       |
    64 | pub use zerocopy::{
       |         ^^^^^^^^
       |
       = note: candidate #1: .../lib/rustlib/x86_64-unknown-linux-gnu/lib/libzerocopy-dfef4cb07ca752aa.rmeta
       = note: candidate #2: ./rust/test/libzerocopy.rlib

We cannot use `--sysroot=/dev/null` for these, thus point to the dependency
explicitly.

Assisted-by: LLM
Not-yet-Signed-off-by: Antoni Boucher <bouanto@zoho.com>
Link: https://github.com/rust-lang/rust/pull/118546 [1]
Cc: stable@vger.kernel.org
Fixes: 567621523ab7 ("rust: zerocopy: enable support in kbuild")
[ Investigated when it started happening, reworded to add that and to
  follow our usual style and sent on behalf of Antoni, who found this
  during his work to support Rust for Linux with the GCC backend, i.e.
  with `rustc_codegen_gcc`. - Miguel ]
Signed-off-by: Miguel Ojeda <ojeda@kernel.org>
---
 rust/Makefile | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/rust/Makefile b/rust/Makefile
index 627ed79dc6f5..fbe0accc51a3 100644
--- a/rust/Makefile
+++ b/rust/Makefile
@@ -350,7 +350,7 @@ rusttestlib-pin_init: $(src)/pin-init/src/lib.rs rusttestlib-macros \
 rusttestlib-kernel: private rustc_target_flags = --extern ffi \
     --extern build_error --extern macros --extern pin_init \
     --extern bindings --extern uapi \
-    --extern zerocopy --extern zerocopy_derive
+    --extern zerocopy=$(objtree)/$(obj)/test/libzerocopy.rlib --extern zerocopy_derive
 rusttestlib-kernel: $(src)/kernel/lib.rs rusttestlib-bindings rusttestlib-uapi \
     rusttestlib-build_error rusttestlib-pin_init $(obj)/$(libmacros_name) \
     $(obj)/bindings.o rusttestlib-zerocopy rusttestlib-zerocopy_derive FORCE

base-commit: fc02acf6ac0ccde0c805c2daa9148683cdd01ba8
-- 
2.55.0

Re: [PATCH] rust: kbuild: disambiguate `zerocopy` for `rusttest`

[Miguel Ojeda]

On Wed, Jul 29, 2026 at 7:38 PM Miguel Ojeda <ojeda@kernel.org> wrote:
>
> From: Antoni Boucher <bouanto@zoho.com>
>
> Starting with Rust 1.76.0, `zerocopy` was added as an (indirect)
> compiler dependency [1]. In turn, this meant that the `rustc-dev`
> component started including a precompiled `zerocopy` crate in the sysroot.
>
> This makes `rusttest` fail because the compiler finds several candidates:
>
>     error[E0464]: multiple candidates for `rmeta` dependency `zerocopy` found
>       --> rust/kernel/prelude.rs:64:9
>        |
>     64 | pub use zerocopy::{
>        |         ^^^^^^^^
>        |
>        = note: candidate #1: .../lib/rustlib/x86_64-unknown-linux-gnu/lib/libzerocopy-dfef4cb07ca752aa.rmeta
>        = note: candidate #2: ./rust/test/libzerocopy.rlib
>
> We cannot use `--sysroot=/dev/null` for these, thus point to the dependency
> explicitly.
>
> Assisted-by: LLM
> Not-yet-Signed-off-by: Antoni Boucher <bouanto@zoho.com>
> Link: https://github.com/rust-lang/rust/pull/118546 [1]
> Cc: stable@vger.kernel.org
> Fixes: 567621523ab7 ("rust: zerocopy: enable support in kbuild")
> [ Investigated when it started happening, reworded to add that and to
>   follow our usual style and sent on behalf of Antoni, who found this
>   during his work to support Rust for Linux with the GCC backend, i.e.
>   with `rustc_codegen_gcc`. - Miguel ]
> Signed-off-by: Miguel Ojeda <ojeda@kernel.org>

Applied to `rust-next` -- thanks!

I changed the Assisted-by tag with the details that Antoni gave me.

Cheers,
Miguel