-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Promote Redox to Tier 2 Platform #43206
Comments
@brson @alexcrichton @sfackler @BurntSushi @japaric @steveklabnik I am curious about your opinions (And anyone else who wants to discuss) |
cc @rust-lang/core for policy issue here. Note that in general, we have several other outstanding requests for additional platform support, which are currently awaiting a general policy decision. |
If we did this, what level of effort would we need to put forward when implementing new APIs other than making sure the Redox build still compiles? For example, would it still be acceptable to stub out the implementation of |
Absolutely @sfackler. Returning ENOSYS for new API would be acceptable, but we would fill in the stubs as soon as possible. |
Forgive my ignorance, but I'm curious what advances you are referring to? (Just a link or two would suffice.) |
The news articles since This Week in Redox 20, found here https://www.redox-os.org/news/ , sum it up |
@jackpot51 I had a chance to talk with core team and infra folks about this question. In principle, we're open to moving platforms to tier 2 as long as there is solid evidence that community members will quickly address issues or blockages that arise -- and it's clear that Redox meets that bar. However, at the moment, we are also at the limit of our build capacity. We're in the process of adding more capacity, but it will take some time. We should pick back up the discussion at that point. To set clear expectations: in the long run, we want to move to a broader sponsorship funding model, so that we can support a wider array of platforms based on community support and demand. We're still working out the details and policies around that, though. In the short term, however, I expect we'll have enough extra capacity that we could do this for some time. |
@aturon @sfackler @nikomatsakis @brson Here is an implementation: #43303 |
Add Redox Dockerfile and Travis Environment This adds Redox to the Travis build. This is an example implementation of #43206
Is this issue closed by #43303 ? |
Yes, it is. |
Redox is unique among targets. It has libstd support down to the syscall level, completely in Rust. For a while, it has been a Tier 3 platform (https://forge.rust-lang.org/platform-support.html). Due to recent advances in Redox, I think it is now time to promote it to a Tier 2 platform.
What this would entail is the merging of this changeset: master...redox-os:master
To summarize, this adds a docker CI image for Redox, adds the CI image to Travis, and fixes any remaining compilation problems with Redox.
The benefits of this are as follows:
rustup target add x86_64-unknown-redox
libstd
also get propogated tosys::redox
rustc
andcargo
for RedoxThe text was updated successfully, but these errors were encountered: