Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Fix empty target_config in apply_rust_config bootstrap#144126

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
Shourya742 wants to merge2 commits intorust-lang:master
base:master
Choose a base branch
Loading
fromShourya742:2025-06-18-fix-target-config-issue

Conversation

Shourya742
Copy link
Contributor

This PR fixes the issue of an empty target_config in apply_rust_config, which was caused by the ordering of TOML config parsing. This was inadvertently introduced during the last config refactor. The test and the corresponding configuration order have been corrected in this PR.

r?@Kobzol

@rustbotrustbot added S-waiting-on-reviewStatus: Awaiting review from the assignee but also interested parties. T-bootstrapRelevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap) labelsJul 18, 2025
@rustbot
Copy link
Collaborator

This PR modifiessrc/bootstrap/src/core/config.

If appropriate, please updateCONFIG_CHANGE_HISTORY insrc/bootstrap/src/utils/change_tracker.rs.

@rust-log-analyzer

This comment has been minimized.

[build] rustdoc 0 <host>
[doc] std 1 <host> crates=[core]
");
if host_target() == "x86_64-unknown-linux-gnu" {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Hmm, I don't like this. Let's figure out a different way to do this. Because the config hardcodes the name of a specific target, we'll have to generalize that somehow. For example, we can create a function that will return a list of targets for which we opt into LLD by default. Then in tests, we'll have a#[cfg(test)] version of that function, which will temporarily allow a test to override this set of targets.

Then we should implement explicit tests that will override the LLD opt in target list and check that bootstrap behaves correctly, i.e. disables the opt in if external LLVM config is provided and if LLD is disabled in the config.

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

@KobzolKobzolKobzol left review comments

Assignees

@KobzolKobzol

Labels
S-waiting-on-reviewStatus: Awaiting review from the assignee but also interested parties.T-bootstrapRelevant to the bootstrap subteam: Rust's build system (x.py and src/bootstrap)
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

4 participants
@Shourya742@rustbot@rust-log-analyzer@Kobzol

[8]ページ先頭

©2009-2025 Movatter.jp