Skip to content

don't see issue #0 - #49985

Merged
bors merged 1 commit into
rust-lang:masterfrom
zackmdavis:0
Apr 24, 2018
Merged

don't see issue #0#49985
bors merged 1 commit into
rust-lang:masterfrom
zackmdavis:0

Conversation

@zackmdavis

Copy link
Copy Markdown
Contributor

The unstable-feature attribute requires an issue (neglecting it is
E0547), which gets used in the error messages. Unfortunately, there are
some cases where "0" is apparently used a placeholder where no issue
exists, directing the user to see the (nonexistent) issue #0. (It would
have been better to either let issue be optional—compare to how issue
is an Option<u32> in the feature-gate declarations in
libsyntax/feature-gate.rs—or actually require that an issue be created.)
Rather than endeavoring to change how #[unstable] works at this time
(given competing contributor and reviewer priorities), this simple patch
proposes the less-ambitious solution of just not adding the "(see
issue)" note when the number is zero.

Resolves#49983.

The unstable-feature attribute requires an issue (neglecting it is
E0547), which gets used in the error messages. Unfortunately, there are
some cases where "0" is apparently used a placeholder where no issue
exists, directing the user to see the (nonexistent) issue #0. (It would
have been better to either let `issue` be optional—compare to how issue
is an `Option<u32>` in the feature-gate declarations in
libsyntax/feature-gate.rs—or actually require that an issue be created.)
Rather than endeavoring to change how `#[unstable]` works at this time
(given competing contributor and reviewer priorities), this simple patch
proposes the less-ambitious solution of just not adding the "(see
issue)" note when the number is zero.
Resolvesrust-lang#49983.
@rust-highfive

Copy link
Copy Markdown
Contributor

r? @michaelwoerister

(rust_highfive has picked a reviewer for you, use r? to override)

@rust-highfiverust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Apr 15, 2018
@clarfonthey

Copy link
Copy Markdown
Contributor

I mentioned this in #41260 and @GuillaumeGomez was against it at the time. Not sure how people feel about this, although I personally would prefer this.

@GuillaumeGomez

Copy link
Copy Markdown
Member

Optional related issue sounds good for me.

@michaelwoerister

Copy link
Copy Markdown
Member

r? @nikomatsakis for re-assignment or nomination. Not sure how contentious this is.

@emilyalbini

Copy link
Copy Markdown
Member

Ping from triage @nikomatsakis! This PR needs your review.

@zackmdavis

Copy link
Copy Markdown
ContributorAuthor

There was a comment the other day that implied Niko might still be on vacation?

r? @estebank

@estebank

Copy link
Copy Markdown
Contributor

@bors r+ rollup

@bors

bors commented Apr 23, 2018

Copy link
Copy Markdown
Collaborator

📌 Commit e77110e has been approved by estebank

@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 Apr 23, 2018
@estebank

Copy link
Copy Markdown
Contributor

Lets have a follow up PR making the related issue optional, but for now this is a net positive.

kennytm added a commit to kennytm/rust that referenced this pull request Apr 24, 2018
don't see issue #0
The unstable-feature attribute requires an issue (neglecting it is
E0547), which gets used in the error messages. Unfortunately, there are
some cases where "0" is apparently used a placeholder where no issue
exists, directing the user to see the (nonexistent) issue #0. (It would
have been better to either let `issue` be optional—compare to how issue
is an `Option<u32>` in the feature-gate declarations in
libsyntax/feature-gate.rs—or actually require that an issue be created.)
Rather than endeavoring to change how `#[unstable]` works at this time
(given competing contributor and reviewer priorities), this simple patch
proposes the less-ambitious solution of just not adding the "(see
issue)" note when the number is zero.
Resolvesrust-lang#49983.
@kennytmkennytm mentioned this pull request Apr 24, 2018
bors added a commit that referenced this pull request Apr 24, 2018
Rollup of 11 pull requests
Successful merges:
- #49461 (std: Child::kill() returns error if process has already exited)
- #49727 (Add Cell::update)
- #49812 (Fix revision support for UI tests.)
- #49829 (Add doc links to `std::os` extension traits)
- #49906 (Stabilize `std::hint::unreachable_unchecked`.)
- #49970 (Deprecate Read::chars and char::decode_utf8)
- #49985 (don't see issue #0)
- #50118 (fix search bar bug)
- #50139 (encourage descriptive issue titles)
- #50174 (Use FxHashMap in syntax_pos::symbol::Interner::intern.)
- #50185 (core: Fix overflow in `int::mod_euc` when `self < 0 && rhs == MIN`)
Failed merges:
@bors
bors merged commit e77110e into rust-lang:masterApr 24, 2018
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

S-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.

9 participants

@zackmdavis@rust-highfive@clarfonthey@GuillaumeGomez@michaelwoerister@emilyalbini@estebank@bors@nikomatsakis