Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upEnsure accepted RFCs are all in the manual and elsewhere #20137
Comments
steveklabnik
added
the
A-docs
label
Dec 22, 2014
This comment has been minimized.
This comment has been minimized.
|
nominating for p-high, just like all 1.0 polish issues |
steveklabnik
added
the
I-nominated
label
Jan 12, 2015
brson
added this to the 1.0 milestone
Jan 15, 2015
brson
added
the
P-low
label
Jan 15, 2015
alexcrichton
removed
the
I-nominated
label
Jan 15, 2015
This was referenced Feb 13, 2015
pnkfelix
assigned
steveklabnik
Apr 2, 2015
This comment has been minimized.
This comment has been minimized.
|
With the amount of stuff that's not implemented in RFCs, I don't think this approach is actually going to be useful. |
steveklabnik
closed this
Apr 6, 2015
This comment has been minimized.
This comment has been minimized.
|
I think this is a great Issue to keep open, though you may want to remove 1.0 Milestone if there's too much work involved. |
This comment has been minimized.
This comment has been minimized.
|
One can always leave notes if something may be implemented in future if it's in an RFC. |
steveklabnik
referenced this issue
Jun 6, 2016
Merged
RFC: Require documentation for all new features. #1636
steveklabnik
referenced this issue
Dec 30, 2016
Closed
Document all features in the reference #38643
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
steveklabnik commentedDec 22, 2014
Ideally, the Reference would contain all of the semantics of the language. A big source of those semantics are RFCs, which have modified Rust over time. We need to go over every accepted RFC and ensure that it's actually documented in the language documentation proper.
Here is a check-off-able list of all of them. A bunch of them will be able to be checked off without pull request, but I want to make sure that we double check every one.