Skip to content

Add experimental_rustc_incremental flag#18

Open
walter-zeromatter wants to merge 50 commits into
hermeticbuild:mainfrom
walter-zeromatter:user/wgray/incremental
Open

Add experimental_rustc_incremental flag#18
walter-zeromatter wants to merge 50 commits into
hermeticbuild:mainfrom
walter-zeromatter:user/wgray/incremental

Conversation

@walter-zeromatter
Copy link
Copy Markdown

Inject -Cincremental=<output_base>/.rustc_incremental_cache/... into rustc via process_wrapper when the new //rust/settings:experimental_rustc_incremental flag is set.

Non-hermetic and local-only by design. The setting docstring documents the required --strategy=Rustc=local,
--strategy=RustcMetadata=local, and --remote_upload_local_results=false recipe, plus the codegen-units runtime-perf caveat.

Local benchmarking shows warm incremental rebuilds working & performing on-par with cargo

@dzbarsky dzbarsky force-pushed the main branch 3 times, most recently from 3f50017 to f219b67 Compare April 30, 2026 01:43
@dzbarsky dzbarsky force-pushed the main branch 5 times, most recently from e48f34d to df4f6c8 Compare May 5, 2026 18:47
UebelAndre and others added 22 commits May 11, 2026 10:25
Add support for tier 3 targets bpfeb-unknown-none and bpfel-unknown-none
(see

https://github.com/rust-lang/rust/blob/f5e2df7/src/doc/rustc/src/platform-support.md?plain=1#L311-L312).

This is modeled after bazelbuild#3507
and
should probably be updated if/when
bazelbuild/platforms#131 is merged.

(please use rebase merge when landing this as the proper commit message
is in the commit, rather than the PR description)

/cc @avrabe
…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>
dzbarsky and others added 14 commits May 11, 2026 10:25
Keep cargo build script inputs available to their direct dependent without propagating them through transitive Rustc inputs. compile_data remains reserved for files that need to stay available to downstream consumers, such as generated link inputs.

Update the existing cargo_build_script propagation test to distinguish the direct-dependent case from the transitive case.

Co-authored-by: Codex <noreply@openai.com>
walter-zeromatter and others added 7 commits May 11, 2026 11:33
)

* When '--strategy=Rustc=local' is used with pipelined compilation, rustc'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)

* Add RUSTC_BOOTSTRAP guardrail for -Zno-codegen pipelining

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.
@walter-zeromatter walter-zeromatter force-pushed the user/wgray/incremental branch from d15b500 to 7bf9e7b Compare May 13, 2026 18:57
Inject -Cincremental=<output_base>/.rustc_incremental_cache/...
into rustc via process_wrapper when the new
//rust/settings:experimental_rustc_incremental flag is set. Cache
is keyed on rustc path, target, crate name, edition, action kind
(full vs hollow-metadata), and a stable hash of compilation-
relevant flags; argfiles are expanded at key-compute time so the
values survive Bazel's param-file rewrite.

Non-hermetic and local-only by design. The setting docstring
documents the required --strategy=Rustc=local,
--strategy=RustcMetadata=local, and
--remote_upload_local_results=false recipe, plus the
codegen-units runtime-perf caveat.

Local benchmarking shows warm incremental rebuilds working & performing
on-par with cargo
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.

8 participants