-
-
Notifications
You must be signed in to change notification settings - Fork 14.9k
rustc is not building for custom targets #151729
Copy link
Copy link
Closed
Labels
A-targetsArea: Concerning the implications of different compiler targetsArea: Concerning the implications of different compiler targetsC-discussionCategory: Discussion or questions that doesn't represent real issues.Category: Discussion or questions that doesn't represent real issues.T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.
Metadata
Metadata
Assignees
Labels
A-targetsArea: Concerning the implications of different compiler targetsArea: Concerning the implications of different compiler targetsC-discussionCategory: Discussion or questions that doesn't represent real issues.Category: Discussion or questions that doesn't represent real issues.T-compilerRelevant to the compiler team, which will review and decide on the PR/issue.Relevant to the compiler team, which will review and decide on the PR/issue.
Type
Fields
Give feedbackNo fields configured for issues without a type.
rustc is not building for custom targets with the current nightly branch. I suspect this is related to the following commit
As mentioned in the commit, I tried passing the
-Zunstable-optionsflag using the following methods:However, none of these approaches worked. The failure occurs during the stage1 build. My understanding
is that the stage1 build may be stripping or ignoring these flags.
Am I missing something here, or is there a different way to ensure
-Zunstable-optionsis honoured duringthe stage1 build?
The error I see is:
So, once this commit landed in stable releases, how are custom targets expected to be built using the stable channel? Are there any alternative mechanisms or future plans to support this use case?
The full log is attached below for reference.
rust.log