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

Reserve abstract, final, and override as possible keywords. #342

Merged
merged 1 commit into from
Oct 7, 2014
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Jump to
Jump to file
Failed to load files.
Diff view
Diff view
35 changes: 35 additions & 0 deletions 0000-keywords.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,35 @@
- Start Date: (fill me in with today's date, YYYY-MM-DD)
- RFC PR: (leave this empty)
- Rust Issue: (leave this empty)

# Summary

Reserve `abstract`, `final`, and `override` as possible keywords.

# Motivation

We intend to add some mechanism to Rust to support more efficient inheritance
(see, e.g., RFC PRs #245 and #250, and this
[thread](http://discuss.rust-lang.org/t/summary-of-efficient-inheritance-rfcs/494/43)
on discuss). Although we have not decided how to do this, we do know that we
will. Any implementation is likely to make use of keywords `virtual` (already
used, to remain reserved), `abstract`, `final`, and `override`, so it makes
sense to reserve these now to make the eventual implementation as backwards
compatible as possible.

# Detailed design

Make `abstract`, `final`, and `override` reserved keywords.

# Drawbacks

Takes a few more words out of the possible vocabulary of Rust programmers.

# Alternatives

Don't do this and deal with it when we have an implementation. This would mean
bumping the language version, probably.

# Unresolved questions

N/A