Skip to content

Switch pipelining metadata action to hollow rlib (-Zno-codegen)#3870

Open
walter-zeromatter wants to merge 1 commit intobazelbuild:mainfrom
walter-zeromatter:user/wgray/pipelining
Open

Switch pipelining metadata action to hollow rlib (-Zno-codegen)#3870
walter-zeromatter wants to merge 1 commit intobazelbuild:mainfrom
walter-zeromatter:user/wgray/pipelining

Conversation

@walter-zeromatter
Copy link
Copy Markdown

Replace the --rustc-quit-on-rmeta / .rmeta approach with Buck2-style hollow rlibs: the RustcMetadata action runs rustc to completion with -Zno-codegen, emitting a .rlib archive (named -hollow.rlib) that contains only metadata and optimized MIR.

Key fixes:

  • Main Rustc action uses full rlib --extern deps so the SVH embedded in the full rlib matches what downstream binaries expect (avoiding E0460 with non-deterministic proc macros).
  • RUSTC_BOOTSTRAP=1 is set on both actions: it changes the crate hash, so inconsistent use would cause SVH mismatch even for deterministic crates.
  • -Ldependency= points to the _hollow/ subdirectory so the full rlib and hollow rlib never appear in the same search path (avoids E0463).
  • transitive_metadata_outputs are always included in the sandbox so rustc can resolve transitive -Ldependency= references.

Adds an SVH mismatch test that demonstrates the problem with non-deterministic proc macros (uses a HashMap-based derive macro whose output varies by OS-seeded random seed).

I've been using this locally, and it seems to be a notable improvement - I've been able to remove all disable_pipelining=True attributes and enable pipelining globally while still having good performance

Replace the --rustc-quit-on-rmeta / .rmeta approach with Buck2-style
hollow rlibs: the RustcMetadata action runs rustc to completion with
-Zno-codegen, emitting a .rlib archive (named -hollow.rlib) that
contains only metadata and optimized MIR.

Key fixes:
- Main Rustc action uses full rlib --extern deps so the SVH embedded
  in the full rlib matches what downstream binaries expect (avoiding
  E0460 with non-deterministic proc macros).
- RUSTC_BOOTSTRAP=1 is set on both actions: it changes the crate hash,
  so inconsistent use would cause SVH mismatch even for deterministic
  crates.
- -Ldependency= points to the _hollow/ subdirectory so the full rlib
  and hollow rlib never appear in the same search path (avoids E0463).
- transitive_metadata_outputs are always included in the sandbox so
  rustc can resolve transitive -Ldependency= references.

Adds an SVH mismatch test that demonstrates the problem with
non-deterministic proc macros (uses a HashMap-based derive macro whose
output varies by OS-seeded random seed).
@google-cla
Copy link
Copy Markdown

google-cla bot commented Feb 26, 2026

Thanks for your pull request! It looks like this may be your first contribution to a Google open source project. Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

View this failed invocation of the CLA check for more information.

For the most up to date status, view the checks section at the bottom of the pull request.

@scentini
Copy link
Copy Markdown
Collaborator

scentini commented Apr 1, 2026

Hey @walter-zeromatter, we'll need a signed CLA to proceed with the review, could you let us know if that works for you?
I looked at the PR a bit and concluded that it's likely taken from @dzbarsky's work; @dzbarsky is it okay from your side that we review/merge this PR?

@scentini scentini self-requested a review April 1, 2026 14:27
@scentini scentini added the awaiting-response Maintainers have responded to the pull-request or thread and now await contributor responses. label Apr 1, 2026
@dzbarsky
Copy link
Copy Markdown
Contributor

dzbarsky commented Apr 1, 2026

It's Walter's work. We just merged it to my fork a while ago so the world can benefit from it via rules_rs.

@scentini
Copy link
Copy Markdown
Collaborator

scentini commented Apr 1, 2026

Thanks for the clarification! In that case we only need to wait for the CLA.

@walter-zeromatter
Copy link
Copy Markdown
Author

Sorry, I've been waiting on our legal. Just got approval, should have the cla signed later today

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

awaiting-response Maintainers have responded to the pull-request or thread and now await contributor responses.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants