Skip to content

Update Clippy - #80239

Merged
bors merged 114 commits into
rust-lang:masterfrom
flip1995:clippyup
Dec 21, 2020
Merged

Update Clippy#80239
bors merged 114 commits into
rust-lang:masterfrom
flip1995:clippyup

Conversation

@flip1995

Copy link
Copy Markdown
Member

Biweekly Clippy update.

r? @Manishearth

camsteffenand others added 30 commits November 22, 2020 17:24
…valuations, r=llogiq,flip1995
Fix FP in `unnecessary_lazy_evaluations`
Fixrust-lang/rust-clippy#6343
changelog: Fix FP in `unnecessary_lazy_evaluations`
Resolvesrust-lang#6348
Almost identical to print_stdout, this lint applies to the
`eprintln!` and `eprint!` macros rather than `println!` and
`print!`.
…cros
Also, the macro-finding logic has been moved to the util module, for
use by future lints.
Use array slice instead of `Vec` in `find_macro_calls` as suggested by @ebroto
Co-authored-by: Eduardo Broto <ebroto@tutanota.com>
Add lint for assertions in functions returning Result
changelog: none
fixesrust-lang#6082
Add Redundant else lint
changelog: Add redundant_else lint
It seemed appropriate for "pedantic".
Closesrust-lang#112 \*blows off dust*
Get rid of the too-many-lines error.
Add lint print_stderr
Resolvesrust-lang#6348
Almost identical to print_stdout, this lint applies to the `eprintln!` and `eprint!` macros rather than `println!` and `print!`.
changelog: Add new lint [`print_stderr`]. [`println_empty_string`] and [`print_with_newline`] now apply to `eprint!()` and `eprintln!()` respectively.
Add --no-deps option to avoid running on path dependencies in workspaces
Since rust-lang/cargo#8758 has hit nightly, this allows us to address the second bullet point and [the concern related to `--fix`](rust-lang/cargo#8143 (comment)) in the [RUSTC_WORKSPACE_WRAPPER tracking issue](rust-lang/cargo#8143).
As a reminder stabilizing that env var will solve rust-lang#4612 (Clippy not running after `cargo check` in stable) and would allow to stabilize the `--fix` option in Clippy.
changelog: Add `--no-deps` option to avoid running on path dependencies in workspaces
Fixesrust-lang#3025
xFrednetand others added 18 commits December 18, 2020 21:18
…for-rustbot, r=flip1995
Renamed the good first issue label for rustbot
The `good first issue` label got renamed to `good-first-issue`. See [Zulip](https://rust-lang.zulipchat.com/#narrow/stream/257328-clippy/topic/Rename.20the.20.22good.20first.20issue.22.20label.20for.20bot.20usage/near/220428379) to enable the assignment with rustbot.
changelog: None
r? `@flip1995`
…in-docs, r=flip1995
Renamed the good first issue label in CONTRIBUTING.md
Follow up from rust-lang#6468
Grep found some more references to the old `good first issue`.
[CONTRIBUTING.md rendered](https://github.com/xFrednet/rust-clippy/blob/0000-rename-good-first-issue-in-docs/CONTRIBUTING.md)
<details>
<summary>grep output</summary>
```
$ grep -Ri "good first issue" rust-clippy/
rust-clippy/.git/COMMIT_EDITMSG:Renamed the good first issue label in CONTRIBUTING.md
rust-clippy/.git/logs/HEAD:896d82f7ff64644656bda7a4ed8bbd55ca3b7619 1f58c2b xFrednet <xFrednet@gmail.com> 1608326295 +0000 commit: Renamed the good first issue label for rustbot
rust-clippy/.git/logs/HEAD:9be704584f05e5a6c3ba2708590f98c1f261d19a ced54f2 xFrednet <xFrednet@gmail.com> 1608329602 +0000 commit: Renamed the good first issue label in CONTRIBUTING.md
rust-clippy/.git/logs/refs/heads/0000-rename-good-first-issue-in-docs:896d82f7ff64644656bda7a4ed8bbd55ca3b7619 1f58c2b xFrednet <xFrednet@gmail.com> 1608326295 +0000 commit: Renamed the good first issue label for rustbot
rust-clippy/.git/logs/refs/heads/0000-rename-good-first-issue-in-docs:9be704584f05e5a6c3ba2708590f98c1f261d19a ced54f2 xFrednet <xFrednet@gmail.com> 1608329602 +0000 commit: Renamed the good first issue label in CONTRIBUTING.md
rust-clippy/CONTRIBUTING.md:Some issues are easier than others. The [`good first issue`] label can be used to find the easy issues.
rust-clippy/CONTRIBUTING.md:[`E-medium`] issues are generally pretty easy too, though it's recommended you work on an [`good first issue`]
rust-clippy/CONTRIBUTING.md:[`good first issue`]: https://github.com/rust-lang/rust-clippy/labels/good%20first%20issue
```
</details>
---
changelog: None
r? `@flip1995`
…_exhaustive-structs, r=phansch
make needless_update ignore non_exhaustive structs
changelog: make `needless_update` lint ignore `non_exhaustive` structs
fixesrust-lang#6323
Adding of new reference files wasn't handled correctly. It was trying to
read a file that didn't exist yet.
Instead of unwrapping, we now treat a missing reference file as empty
(`Vec::new`). This makes the following conditional work. We then also
have to re-read the reference file after it was being copied. This
second read is technically the same as in the old shell script, but
wasn't really obvious. The shell script did a `-s` test which reads the
file.
Fix blessing of new reference files
Adding of new reference files wasn't handled correctly. It was trying to
read a file that didn't exist yet.
Instead of unwrapping, we now treat a missing reference file as empty
(`Vec::new`). This makes the following conditional work. We then also
have to re-read the reference file after it was being copied. This
second read is technically the same as in the old shell script, but
wasn't really obvious there. The shell script did a `-s` test which
reads the file as well.
changelog: internal: Fix `cargo dev bless` when new reference files are added
UI Tests: Separate suspicious_else_formatting tests
Was briefly looking into rust-lang/rust-clippy#3864 when I saw that the tests could benefit from being in their own file.
---
changelog: none
…ebroto
Lint also in trait def for `wrong_self_convention`
Extends `wrong_self_convention` to lint also in trait definition.
By the way, I think the `wrong_pub_self_convention` [example](https://github.com/rust-lang/rust-clippy/blob/dd826b4626c00da53f76f00f02f03556803e9cdb/clippy_lints/src/methods/mod.rs#L197) is misleading.
On [playground](https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=32615ab3f6009e7e42cc3754be0ca17f), it fires `wrong_self_convention`, so the example (or the lint maybe?) needs to be reworked.
The difference with `wrong_self_convention` [example](https://github.com/rust-lang/rust-clippy/blob/dd826b4626c00da53f76f00f02f03556803e9cdb/clippy_lints/src/methods/mod.rs#L172) is mainly the `pub` keyword on the method `as_str`, but the lint doesn't use the function visibility as condition to choose which lint to fire (in fact it uses the visibility of the impl item).
fixes: rust-lang#6307
changelog: Lint `wrong_self_convention` lint in trait def also
…s, r=ebroto
Adapted the website search for better matching
* This adds the ability to search for ids with dashes and spaces in the name.
* Example: `missing-errors-doc` and `missing errors doc` are now valid aliases for lint names
* It also improves the fuzzy search in the description. This search will now match any lint that where all searched words are inside the description.
* Example: `doc section` finds two lints in our selection
This was suggested/discussed on [Zulip](https://rust-lang.zulipchat.com/#narrow/stream/257328-clippy/topic/Enable.20lint.20search.20with.20dashes/near/220469464)
### Testing
These changes can be tested locally by:
1. Clone this branch
2. Download the current lint index from the [gh-pages branch](https://github.com/rust-lang/rust-clippy/blob/gh-pages/master/lints.json)
3. Put it next to the `util/gh-pages/index.html` and open the html file. Make sure that it can load the lint data. (Browsers can be a bit iffy when opening a loacl html page and loading data)
### Note
I found that searching only a few characters (< 3) seams slow and deleting one even more as almost every lint description contains them. This also happens in our current [lint list](https://rust-lang.github.io/rust-clippy/master/index.html). We could change the search to only be triggered if the search field contains more than 3 letters to slightly improve performance.
---
changelog: Adapted the website search for better matching
@rust-highfiverust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Dec 20, 2020
@Manishearth

Copy link
Copy Markdown
Member

@bors r+

@bors

bors commented Dec 20, 2020

Copy link
Copy Markdown
Collaborator

📌 Commit 520761a has been approved by Manishearth

@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 Dec 20, 2020
Dylan-DPC-zz pushed a commit to Dylan-DPC-zz/rust that referenced this pull request Dec 21, 2020
Update Clippy
Biweekly Clippy update.
r? `@Manishearth`
This was referenced Dec 21, 2020
bors added a commit to rust-lang-ci/rust that referenced this pull request Dec 21, 2020
Rollup of 11 pull requests
Successful merges:
- rust-lang#80159 (Add array search aliases)
- rust-lang#80166 (Edit rustc_middle docs)
- rust-lang#80170 (Fix ICE when lookup method in trait for type that have bound vars)
- rust-lang#80171 (Edit rustc_middle::ty::TyKind docs)
- rust-lang#80199 (also const-check FakeRead)
- rust-lang#80211 (Handle desugaring in impl trait bound suggestion)
- rust-lang#80236 (Use pointer type in AtomicPtr::swap implementation)
- rust-lang#80239 (Update Clippy)
- rust-lang#80240 (make sure installer only creates directories in DESTDIR)
- rust-lang#80244 (Cleanup markdown span handling)
- rust-lang#80250 (Minor cleanups in LateResolver)
Failed merges:
r? `@ghost`
`@rustbot` modify labels: rollup
@bors
bors merged commit ce93f5a into rust-lang:masterDec 21, 2020
@rustbotrustbot added this to the 1.50.0 milestone Dec 21, 2020
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.

20 participants

@flip1995@Manishearth@bors@rust-highfive@rustbot@camsteffen@ebroto@vn-ki@LeSeulArtichaut@tmiasko@giraffate@justjosias@dp304@korrat@ThibsG@suyashb95@jackh726@matthiaskrgr@phansch@xFrednet