Skip to content

Commit b9c8471

Browse files
authored
Address review comments
1 parent 7c9e481 commit b9c8471

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

text/0000-clippy-uno.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -45,7 +45,7 @@ at all when not running Clippy.
4545

4646
## Stability guarantees
4747

48-
Clippy will have the same idea of of lint stability as rustc; essentially we do not guarantee stability under #[deny(lintname)].
48+
Clippy will have the same idea of lint stability as rustc; essentially we do not guarantee stability under `#[deny(lintname)]`.
4949
This is not a problem since deny only affects the current crate (dependencies have their lints capped)
5050
so at most you’ll be forced to slap on an `#[allow()]` for your _own_ crate following a Rust upgrade.
5151

@@ -101,7 +101,7 @@ so that people can opt in to the complexity lints without having to opt in to Cl
101101
## Compiler uplift
102102

103103
The compiler has historically had a "no new lints" policy, partly with the desire that lints would
104-
incubate outside of Clippy. This feels like a good time to look into uplifting these lints.
104+
incubate outside of the compiler (so usually in Clippy). This feels like a good time to look into uplifting these lints.
105105

106106
This RFC does not _yet_ propose lints to be uplifted, but the intention is that the RFC
107107
discussion will bring up lints that the community feels _should_ be uplifted and we can list them here.
@@ -162,7 +162,7 @@ For the other categories (these are allow by default):
162162
- Similar rules for "nursery" except their reason for being allow by default is lack of maturity (i.e. the lint is buggy or still needs some thought)
163163
- "restriction" lints follow all the rules for semantic changes, but do not bother with the rules
164164
for the lint being useful to most rust programmers. A restriction lint must still be such that you have a
165-
good reason to enable it — "I dislike such code" is insufficient &mdash but will likely be a lint most programmers
165+
good reason to enable it — "I dislike such code" is insufficient — but will likely be a lint most programmers
166166
wish to keep off by default for most of their code. The goal of restriction lints is to provide tools with which you can supplement
167167
the language checks in very specific cases where you need it, e.g. forbidding panics from a certain area of code.
168168
- "cargo" lints follow the same rules as pedantic lints (we only have one of them right now, so we may be experimenting with this in the future)

0 commit comments

Comments
 (0)