Skip to content

Add RUSTC_BOOTSTRAP guardrail for -Zno-codegen pipelining#19

Open
walter-zeromatter wants to merge 24 commits intohermeticbuild:mainfrom
walter-zeromatter:user/wgray/hermeticbuild-pipelining-updates
Open

Add RUSTC_BOOTSTRAP guardrail for -Zno-codegen pipelining#19
walter-zeromatter wants to merge 24 commits intohermeticbuild:mainfrom
walter-zeromatter:user/wgray/hermeticbuild-pipelining-updates

Conversation

@walter-zeromatter
Copy link
Copy Markdown

Injects RUSTC_BOOTSTRAP=1 + -Zallow-features= (empty list) on the metadata and full compile actions when pipelined_compilation is enabled on a stable/beta toolchain. The bootstrap env is required for -Zno-codegen on non-nightly rustc and must match across both actions for SVH compatibility. The empty allow-features list prevents the bootstrap env from silently unlocking #![feature(...)] in user code.

Nightly toolchains skip both injections: unstable features are already allowed, and the guardrail would break legitimate #![feature(...)] usage.

Escape hatch: if the user sets RUSTC_BOOTSTRAP in rustc_env / shell env or passes -Zallow-features=... via rustc_flags / extra_rustc_flag, rules_rust treats their configuration as authoritative and skips both injections.

This brings hermeticbuild up to parity with features in the draft upstream pr bazelbuild#3870

dzbarsky and others added 24 commits April 16, 2026 10:12
…hollow rlibs: the RustcMetadata action runs rustc to completion with -Zno-codegen, emitting a .rlib archive. This approach mirrors the one used by buck2 and avoids needing to kill rustc mid-output in order to produce metadata.

While not fixing problems with SVH mismatches when non-determinism, this does simplify the codepath and uses a production tested technique that doesn't have any of the dangers associated with killing the rustc process while it's still active.
Port the sharding wrapper feature from bazelbuild#3774 into the hermeticbuild fork. The implementation wraps rust_test executables when experimental_enable_sharding is set while keeping rustc_compile_action's existing provider-list API for internal and extension callers.

rust_test now scans the returned providers to replace DefaultInfo for the wrapper, so extensions such as prost and wasm-bindgen continue to consume rustc_compile_action without API churn.

Co-authored-by: Brian Duff <bduff@linkedin.com>

Co-authored-by: Codex <noreply@openai.com>
…tc's -Ldependency scan can pick up the _meta.rlib alongside the full '.rlbi', producing undefined-symbol link errors. To avoid this, emit the hollow metadata rlibs into a '_meta/' subdirectory, and add an explicit link to that directory for any metadata-consuming actions. (bazelbuild#17)
Injects RUSTC_BOOTSTRAP=1 + -Zallow-features= (empty list) on the metadata
and full compile actions when pipelined_compilation is enabled on a
stable/beta toolchain. The bootstrap env is required for -Zno-codegen on
non-nightly rustc and must match across both actions for SVH compatibility.
The empty allow-features list prevents the bootstrap env from silently
unlocking #![feature(...)] in user code.

Nightly toolchains skip both injections: unstable features are already
allowed, and the guardrail would break legitimate #![feature(...)] usage.

Escape hatch: if the user sets RUSTC_BOOTSTRAP in rustc_env / shell env or
passes -Zallow-features=... via rustc_flags / extra_rustc_flag, rules_rust
treats their configuration as authoritative and skips both injections.

Tests:
- //test/pipelining_bootstrap_gate: manual target that #![feature(trait_alias)]
  to validate E0725 fires on stable under the guardrail.
- //test/unit/pipelined_compilation: guardrail_{baseline,user_env,user_flag,
  space_form,global_env,global_flag}_optout_test variants.
@dzbarsky dzbarsky force-pushed the main branch 3 times, most recently from 3f50017 to f219b67 Compare April 30, 2026 01:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants