build-std: context #3873
build-std: context #3873
Conversation
davidtwco
force-pushed
the
build-std-part-one-context
branch
from
8c857a0 to
c8649ed
Compare
davidtwco
added
T-libs-api
|
I'm going to propose to go ahead and merge this RFC. Although it doesn't really have a distinct set of changes being defined, it does lay out the scope and intention of the direction we are planning to go. I'd like to direct reviewers attention to the Motivation section as a key part of this RFC. It essentially outlines the key objectives and scope of this project. The following RFCs are explaining exactly how that will be achieved. The idea here is for us to agree that these are worthy goals and that we understand what's in and out of scope (in order to make this project tractable). Getting this merged also helps with the subsequent RFCs which are built on top of this. @rfcbot fcp merge compiler,cargo,crates-io,libs-api |
|
Team member @ehuss has proposed to merge this. The next step is review by the rest of the tagged team members:
No concerns currently listed. Once a majority of reviewers approve (and at most 2 approvals are outstanding), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up! See this document for info about what commands tagged team members can give me. |
rust-rfcbot
added
proposed-final-comment-period
text/3873-build-std-context.md
Outdated
| - There is no stable mechanism for using the standard library on a tier | ||
| three target that does not ship a pre-built std | ||
|
|
||
| - While it is common for these targets to not support the standard library, |
There was a problem hiding this comment.
I think you mean "std" here and not "the standard library", though it is quite common for tier 3 targets to support std. When scrolling through the list, most have an operating system and have had a working std build at some point. They do often break of course, something that build-std focused on tier 3 targets would likely need to address. That would be worth pointing out here I think, since it would have a significant effect, as either fixes would need to be backported to beta in time or the target would be unavailable for an entire cycle.
I happen have a bunch of (all of it) data on tier 3 breakage and would be happy to share that with anyone that wants to work on that :)
There was a problem hiding this comment.
Changed this to say "std" in 0122b86
I haven't added the other parts as this RFC just aims to document the motivation/context and the stability/backporting implications would be more relevant for the follow-up RFCs that add the mechanisms. One of the RFCs does have a stability guarantees section that I think addresses these points. I tend to think that it is okay if we have a stable mechanism to build the standard library for tier three targets, but we don't guarantee that the build will always succeed, as that's a property of the tier of the target. We'd always accept patches with fixes, but wouldn't necessarily need to backport them.
There was a problem hiding this comment.
It's less worrying about guarantees, and more about failing to succeed at the use case if fixes don't arrive in time. But yeah, the details are not necessarily for this RFC.
5 participants
While Rust's pre-built standard library has proven itself sufficient for the majority of use cases, there are a handful of use cases that are not well supported:
Proposals to solve these problems come broadly under the umbrella of "build-std" and date back over 10 years ago, though no complete solution has yet reached consensus.
This RFC does not propose any changes directly, only document the background, history and motivations for build-std. It is part of a series of build-std RFCs and later RFCs will reference this one. This RFC is part of the build-std project goal.
build-std="always"(build-std: always #3874)build-std="compatible"(RFC not opened yet)build-std="match-profile"(RFC not opened yet)There is also a Zulip channel where you can ask questions about any of the build-std RFCs. This series of RFCs was drafted over many months with the help of stakeholders from many Rust project teams, we thank them for their help!
Rendered