Handle versioned dynamic libs when linking#15
Open
dillydill123 wants to merge 43 commits into
Open
Conversation
dzbarsky
force-pushed
the
main
branch
3 times, most recently
from
3f50017 to
f219b67
Compare
dzbarsky
force-pushed
the
main
branch
2 times, most recently
from
47ba6eb to
358efa7
Compare
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
…elbuild#3829)" This reverts commit f198dde.
…() (bazelbuild#3816)" This reverts commit 9586468.
…hermeticbuild#3) * 0 * Add rust analyzer test coverage
…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>
Rustc emits GNU-like Windows staticlibs as lib<crate>.a, but rules_rust was stripping the lib prefix for all Windows non-rlib library outputs. Keep the prefix for staticlib outputs when the target ABI is gnu or gnullvm so declared outputs match rustc.
dzbarsky
force-pushed
the
main
branch
2 times, most recently
from
750ab40 to
e48f34d
Compare
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>
hermeticbuild#20) Under sandboxing, ${pwd} resolves to a per-pid sandbox path that differs across actions. rustc's env!() bakes the raw string into the crate SVH and --remap-path-prefix does not normalize env!() values, so crates like pyo3-build-config that do PathBuf::from(env!("OUT_DIR")) produce divergent SVHs between hollow-metadata and full rlib actions, breaking pipelined compilation and poisoning the cache. Route CARGO_MANIFEST_DIR and OUT_DIR through ${exec_root}, and resolve ${exec_root} in the process wrapper by walking up from cwd to the first ancestor containing Bazel's DO_NOT_BUILD_HERE sentinel, then appending execroot/<workspace_name>. Falls back to the prior cwd-derived value if the sentinel is not found. ${output_base} is left untouched so that --remap-path-prefix=\${output_base}=. keeps stripping sandbox-local prefixes from paths embedded in rmeta/debuginfo.
…ild#19) * 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. (hermeticbuild#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.
dillydill123
force-pushed
the
handle-versioned-dynlibs
branch
from
5dc544d to
151b01c
Compare
Using `-ldylib` with versioned libraries will not work. Instead, use `-Clink-arg=-l:` with the library basename unconditionally.
dillydill123
force-pushed
the
handle-versioned-dynlibs
branch
from
151b01c to
b31843c
Compare
dzbarsky
force-pushed
the
main
branch
3 times, most recently
from
7425bbc to
626945d
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
8 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Using
-ldylibwith versioned libraries will not work. Instead, use-Clink-arg=-lif.so.if found in the basename of the lib.