Skip to content

Add a note about 2018e if someone uses try { in 2015e - #58555

Merged
bors merged 1 commit into
rust-lang:masterfrom
scottmcm:try-2015
Feb 23, 2019
Merged

Add a note about 2018e if someone uses try { in 2015e#58555
bors merged 1 commit into
rust-lang:masterfrom
scottmcm:try-2015

Conversation

@scottmcm

@scottmcmscottmcm commented Feb 18, 2019

Copy link
Copy Markdown
Member

Inspired by #58491, where a try_blocks example was accidentally run in 2015, which of course produces a bunch of errors.

What's the philosophy about gating for this? The keyword is stably a keyword in 2018, so I haven't gated it for now but am not mentioning what the keyword does. Let me know if I should do differently.

Resolves#53672

@scottmcmscottmcm added the A-diagnostics Area: Messages for errors, warnings, and lints label Feb 18, 2019
@rust-highfive

This comment has been minimized.

@rust-highfiverust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Feb 18, 2019
@Centril

Copy link
Copy Markdown
Contributor

r? @Centril

LGTM; chances are, if the user wrote this, they are accidentally on Rust 2015 and intend to use try { ... }... so gating the note on the feature gate seems counter-productive imo.

@bors r+ rollup

@bors

bors commented Feb 18, 2019

Copy link
Copy Markdown
Collaborator

📌 Commit 9312ca1 has been approved by Centril

@borsbors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Feb 18, 2019
kennytm added a commit to kennytm/rust that referenced this pull request Feb 18, 2019
Add a note about 2018e if someone uses `try {` in 2015e
Inspired by rust-lang#58491, where a `try_blocks` example was accidentally run in 2015, which of course produces a bunch of errors.
What's the philosophy about gating for this? The keyword is stably a keyword in 2018, so I haven't gated it for now but am not mentioning what the keyword _does_. Let me know if I should do differently.
@kennytmkennytm mentioned this pull request Feb 18, 2019
Mark-Simulacrum added a commit to Mark-Simulacrum/rust that referenced this pull request Feb 18, 2019
Add a note about 2018e if someone uses `try {` in 2015e
Inspired by rust-lang#58491, where a `try_blocks` example was accidentally run in 2015, which of course produces a bunch of errors.
What's the philosophy about gating for this? The keyword is stably a keyword in 2018, so I haven't gated it for now but am not mentioning what the keyword _does_. Let me know if I should do differently.
Centril added a commit to Centril/rust that referenced this pull request Feb 20, 2019
Add a note about 2018e if someone uses `try {` in 2015e
Inspired by rust-lang#58491, where a `try_blocks` example was accidentally run in 2015, which of course produces a bunch of errors.
What's the philosophy about gating for this? The keyword is stably a keyword in 2018, so I haven't gated it for now but am not mentioning what the keyword _does_. Let me know if I should do differently.
@CentrilCentril mentioned this pull request Feb 20, 2019
Centril added a commit to Centril/rust that referenced this pull request Feb 22, 2019
Add a note about 2018e if someone uses `try {` in 2015e
Inspired by rust-lang#58491, where a `try_blocks` example was accidentally run in 2015, which of course produces a bunch of errors.
What's the philosophy about gating for this? The keyword is stably a keyword in 2018, so I haven't gated it for now but am not mentioning what the keyword _does_. Let me know if I should do differently.
Resolvesrust-lang#53672
@CentrilCentril mentioned this pull request Feb 22, 2019
Centril added a commit to Centril/rust that referenced this pull request Feb 22, 2019
Add a note about 2018e if someone uses `try {` in 2015e
Inspired by rust-lang#58491, where a `try_blocks` example was accidentally run in 2015, which of course produces a bunch of errors.
What's the philosophy about gating for this? The keyword is stably a keyword in 2018, so I haven't gated it for now but am not mentioning what the keyword _does_. Let me know if I should do differently.
Resolvesrust-lang#53672
@CentrilCentril mentioned this pull request Feb 22, 2019
bors added a commit that referenced this pull request Feb 22, 2019
Rollup of 17 pull requests
Successful merges:
- #57656 (Deprecate the unstable Vec::resize_default)
- #58059 (deprecate before_exec in favor of unsafe pre_exec)
- #58064 (override `VecDeque::try_rfold`, also update iterator)
- #58198 (Suggest removing parentheses surrounding lifetimes)
- #58431 (fix overlapping references in BTree)
- #58555 (Add a note about 2018e if someone uses `try {` in 2015e)
- #58588 (remove a bit of dead code)
- #58589 (cleanup macro after 2018 transition)
- #58591 (Dedup a rustdoc diagnostic construction)
- #58600 (fix small documentation typo)
- #58601 (Search for target_triple.json only if builtin target not found)
- #58606 (Docs: put Future trait into spotlight)
- #58607 (Fixes#58586: Make E0505 erronous example fail for the 2018 edition)
- #58615 (miri: explain why we use static alignment in ref-to-place conversion)
- #58620 (introduce benchmarks of BTreeSet.intersection)
- #58621 (Update miri links)
- #58632 (Make std feature list sorted)
Failed merges:
r? @ghost
@bors
bors merged commit 9312ca1 into rust-lang:masterFeb 23, 2019
@scottmcm
scottmcm deleted the try-2015 branch February 23, 2019 09:39
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

A-diagnosticsArea: Messages for errors, warnings, and lintsS-waiting-on-borsStatus: Waiting on bors to run and complete tests. Bors will change the label on completion.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants

@scottmcm@rust-highfive@Centril@bors@davidtwco