Skip to content
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

Allowing stable channel rustc in Rust's style #204

Closed
wants to merge 1 commit into from
Closed

Allowing stable channel rustc in Rust's style #204

wants to merge 1 commit into from

Conversation

dingelish
Copy link

rust-sgx-sdk author here. We are facing a problem when using xargo in production. In production, we want to use stable branch of rust to compile the sysroot to achieve stability. However, xargo doesn't allow us to do this. We found that Rust provides a switch RUSTC_BOOTSTRAP which enables unstable features and allows stable branch rustc compiles latest libstd. And this option is enabled by default during bootstrap stage of building rust. So we believe that RUSTC_BOOTSTRAP is an acceptable solution for xargo and it's a desired feature.

Currently we have to maintain a branch of xargo for it. We wish it could be merged to mainstream. It's really helpful to us. Thanks!

@japaric
Copy link
Owner

japaric commented Mar 21, 2018

Hello @dingelish

As you say RUSTC_BOOTSTRAP is used in the bootsrap process and it's meant to only be used there. No tool should rely on that because it's an implementation of the bootstrap process; that is RUSTC_BOOTSTRAP could disappear, or the mechanism could change at any time and that would cause your "stable" use of it to break.

For that reason I'm not going to merge this PR. If you want a stable way to build a sysroot I suggest you push for stable Xargo in Cargo functionality (cf. rust-lang/cargo#4959) and notify the Cargo team (cc @aturon), who's in charge of that feature, about your need for it.

@japaric japaric closed this Mar 21, 2018
cuviper added a commit to cuviper/rust that referenced this pull request Mar 30, 2019
miri needs to build std with xargo, which doesn't allow stable/beta:
<japaric/xargo#204 (comment)>

Therefore, at this time there's no point in making miri available on any
but the nightly channel.  If we get a stable way to build `std`, like
[RFC 2663], then we can re-evaluate whether to start including miri,
perhaps still as `miri-preview`.

[RFC 2663]: rust-lang/rfcs#2663
Centril added a commit to Centril/rust that referenced this pull request Mar 30, 2019
manifest: only include miri on the nightly channel

miri needs to build std with xargo, which doesn't allow stable/beta:
<japaric/xargo#204 (comment)>

Therefore, at this time there's no point in making miri available on any
but the nightly channel.  If we get a stable way to build `std`, like
[RFC 2663], then we can re-evaluate whether to start including miri,
perhaps still as `miri-preview`.

[RFC 2663]: rust-lang/rfcs#2663
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants