Skip to content

Make it possible to opt into features with no stability markers #21884

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

Closed
SimonSapin opened this issue Feb 3, 2015 · 2 comments
Closed

Make it possible to opt into features with no stability markers #21884

SimonSapin opened this issue Feb 3, 2015 · 2 comments

Comments

@SimonSapin
Copy link
Contributor

Recent nightlies apparently make it impossible to use stdlib items with no stability markers. The error message even says "there is no way to use this feature", which kinda sounds like "tough to be you!". #21883 is one instance that is likely fixed in ##21745, but upgrading Servo is now blocked until #21745 lands or we backport it. Additionally, there may be other instances that we haven’t found yet, causing another cycle of fixing Rust.

Instead of making this a hard error, it’d be better to offer to opt into using such items anyway. It could be #[feature(yes_i_promise_i_ve_filed_a_bug_about_this_but_please_let_me_carry_on_now)] for example :)

CC @brson

@huonw
Copy link
Member

huonw commented Feb 3, 2015

I think a better approach would be to emit a hard error for items without a marking in crates marked #[staged_api], that is, ensure that users can never see such items by making the bootstrap itself fail.

(A temporary feature along those lines would be reasonable as a stopgap if the error-early approach is hard to implement.)

@aturon
Copy link
Member

aturon commented Feb 3, 2015

@huonw I agree with that in principle, but think we should take an immediate step away from making this a hard error for users, which is quite unfriendly, and then follow up with your suggestion.

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

No branches or pull requests

4 participants