rustup to https://github.com/rust-lang/rust/pull/70043

Auto merge of #5511 - alex-700:fix-redundant-pattern-matching, r=flip1995

Fix redundant_pattern_matching lint

fixes #5504

changelog: Fix suggestion in `redundant_pattern_matching` for macros.

Auto merge of #5525 - flip1995:issue_1654, r=phansch

 Don't trigger while_let_on_iterator when the iterator is recreated every iteration

r? @phansch

Fixes #1654

changelog: Fix false positive in [`while_let_on_iterator`]

Auto merge of #5530 - ebroto:issue_5524, r=flip1995

map_clone: avoid suggesting `copied()` for &mut

changelog: map_clone: avoid suggesting `copied()` for &mut

Fixes #5524

map_clone: avoid suggesting `copied()` for &mut

fix redundant_pattern_matching lint

- now it gives correct suggestion in case of macros
- better tests
- remove a couple of non-relevant tests

Auto merge of #5527 - flip1995:rollup-pr2htfd, r=flip1995

Rollup of 5 pull requests

Successful merges:

 - #5408 (Downgrade match_bool to pedantic)
 - #5505 (Avoid running cargo+internal lints when not enabled)
 - #5516 (Add a note to the beta sections of release.md)
 - #5517 (Deploy time travel)
 - #5523 (Add lifetime test case for `new_ret_no_self`)

Failed merges:

r? @ghost

changelog: rollup

Rollup merge of #5523 - phansch:add-new-ret-no-self-testcase, r=flip1995

Add lifetime test case for `new_ret_no_self`

cc https://github.com/rust-lang/rust-clippy/issues/734#issuecomment-619344352

changelog: none

Rollup merge of #5517 - flip1995:deploy_time_travel, r=Manishearth

Deploy time travel

Since not only commits to the master branch, but also tags and the beta branch are deployed, we have to be cautious which version of the deploy script is used. GHA always runs the workflow that is commited on the `ref`, that gets tested. For tagged commits. this is 6 weeks outdated workflows/scripts. To prevent this, this workflow first checks out the deploy.sh script, the website templates and all python scripts generating files for the website.

changelog: none

Rollup merge of #5516 - flip1995:doc_release, r=phansch

Add a note to the beta sections of release.md

changelog: none

Rollup merge of #5505 - flip1995:avoid_running_lints, r=matthiaskrgr

Avoid running cargo+internal lints when not enabled

r? @matthiaskrgr

changelog: none

Rollup merge of #5408 - dtolnay:matchbool, r=flip1995

Downgrade match_bool to pedantic

I don't quite buy the justification in https://rust-lang.github.io/rust-clippy/. The justification is:

> It makes the code less readable.

In the Rust codebases I've worked in, I have found people were comfortable using `match bool` (selectively) to make code more readable. For example, initializing struct fields is a place where the indentation of `match` can work better than the indentation of `if`:

```rust
let _ = Struct {
    v: {
        ...
    },
    w: match doing_w {
        true => ...,
        false => ...,
    },
    x: Nested {
        c: ...,
        b: ...,
        a: ...,
    },
    y: if doing_y {
        ...
    } else { // :(
        ...
    },
    z: ...,
};
```

Or sometimes people prefer something a bit less pithy than `if` when the meaning of the bool doesn't read off clearly from the condition:

```rust
if set.insert(...) {
    ... // ???
} else {
    ...
}

match set.insert(...) {
    // set.insert returns false if already present
    false => ...,
    true => ...,
}
```

Or `match` can be a better fit when the bool is playing the role more of a value than a branch condition:

```rust
impl ErrorCodes {
    pub fn from(b: bool) -> Self {
        match b {
            true => ErrorCodes::Yes,
            false => ErrorCodes::No,
        }
    }
}
```

And then there's plain old it's-1-line-shorter, which means we get 25% more content on a screen when stacking a sequence of conditions:

```rust
let old_noun = match old_binding.is_import() {
    true => "import",
    false => "definition",
};
let new_participle = match new_binding.is_import() {
    true => "imported",
    false => "defined",
};
```

Bottom line is I think this lint fits the bill better as a pedantic lint; I don't think linting on this by default is justified.

changelog: Remove match_bool from default set of enabled lints

Add tests for #1654

Don't trigger while_let_on_iterator when the iterator is recreated every iteration

Auto merge of #5520 - matthiaskrgr:rustup_44, r=flip1995,phansch

rustup https://github.com/rust-lang/rust/pull/71215/

There's currently an crash in `ui/new_without_default.rs` that I need to figure out how to avoid.

changelog: none

Update issue_2356.stderr reference file

Update while_let_on_iterator tests

Fix while_let_on_iterator suggestion and make it MachineApplicable

Add lifetime test case for `new_ret_no_self`

rustup https://github.com/rust-lang/rust/pull/71215/

Downgrade match_bool to pedantic

Run fetch before testing if master contains beta

The beta branch update should not require a force push

Add a note to the beta sections of release.md

Auto merge of #5513 - matthiaskrgr:reg, r=phansch

fix clippy_dev exit status and make regex match again

changelog: none

Fixes #5510

r? @phansch

Remove apt-get upgrade again

Always use the deploy script and templates of the master branch

Auto merge of #5498 - phansch:update_changelog, r=flip1995

Update CHANGELOG.md for Rust 1.43 and 1.44

[Rendered](https://github.com/phansch/rust-clippy/blob/update_changelog/CHANGELOG.md)

changelog: none

README: fix lit count line

It looks like after changing to "there are more than 120 lints", an older PR was merged
and resolving merge conflicts this was changed back to "there are 123 lints" causing the update-script to silently fail.

Changed back the README.md back to the new format fixes the problem.

clippy_dev: make it fatal when the regex for updating lint count does not match

Fixes #5510

Auto merge of #5508 - lzutao:rustup-71044, r=phansch

Rustup "Remove `BodyAndCache`"

cc https://github.com/rust-lang/rust/pull/71044
changelog: none

`predecessors_for` will be removed soon

Co-Authored-By: ecstatic-morse <ecstaticmorse@gmail.com>

Rustup "Remove `BodyAndCache`"

Only run (late) internal lints, when they are warn/deny/forbid

Only run cargo lints, when they are warn/deny/forbid

Auto merge of #5439 - rokob:lock-await, r=Manishearth

Lint for holding locks across await points

Fixes #4226

This introduces the lint await_holding_lock. For async functions, we iterate
over all types in generator_interior_types and look for types named MutexGuard,
RwLockReadGuard, or RwLockWriteGuard. If we find one then we emit a lint.

changelog: introduce the await_holding_lock lint

span_lint_and_note now takes an Option<Span> for the note_span instead of just a span

Make lint also capture blocks and closures, adjust language to mention other mutex types

don't test the code in the lint docs

Switch to matching against full paths instead of just the last element of the path

Lint for holding locks across await points

Fixes #4226

This introduces the lint await_holding_lock. For async functions, we iterate
over all types in generator_interior_types and look for types named MutexGuard,
RwLockReadGuard, or RwLockWriteGuard. If we find one then we emit a lint.

Also mention `--fix` for nightly users

Auto merge of #5499 - matthiaskrgr:crash_5497, r=flip1995

fix crash on issue-69020-assoc-const-arith-overflow.rs

Fixes #5497

changelog: fix crash on rustc test issue-69020-assoc-const-arith-overflow.rs

fix crash on issue-69020-assoc-const-arith-overflow.rs

Fixes #5497

Auto merge of #5496 - phansch:markdown-link, r=flip1995

util/fetch_prs_between.sh: Add Markdown formatted link

This can then be easily copy/pasted into the changelog :blue_heart:

changelog: none

Address review comments

Auto merge of #5495 - phansch:update_changelog_docs, r=flip1995

Update the changelog update documentation

I just started working on updating the changelog. Hopefully the docs are a bit clearer now?

r? @flip1995

changelog: none

remark fixes

Update CHANGELOG.md for Rust 1.43 and 1.44

Auto merge of #5332 - DevinR528:if-let-else-mutex, r=flip1995

If let else mutex

changelog: Adds lint to catch incorrect use of `Mutex::lock` in `if let` expressions with lock calls in any of the blocks.

closes: #5219

update stderr file

util/fetch_prs_between.sh: Add Markdown formatted Link

This can then be easily copy/pasted into the changelog :blue_heart:

factor ifs into function, add differing mutex test

Update the changelog update documentation

Auto merge of #5493 - ebroto:unsafe_derive_deserialize, r=flip1995

Implement unsafe_derive_deserialize lint

Added `unsafe_derive_deserialize` lint to check for cases when automatically deriving `serde::Deserialize` can be problematic, i.e. with types that have methods using `unsafe`.

Closes #5471

changelog: Add lint [`unsafe_derive_deserialize`]

Apply suggestions from PR review

* Move the lint to pedantic
* Import used types instead of prefixing with `hir::`

update span_lint_and_help call to six args

test for mutex eq, add another test case

use if chain

cargo dev fmt

fix map import to rustc_middle

dev update_lints

fix internal clippy warnings

change visitor name to OppVisitor

use Visitor api to find Mutex::lock calls

add note about update-all-refs script, revert redundant pat to master

move closures to seperate fns, remove known problems

use span_lint_and_help, cargo dev fmt

creating suggestion

progress work on suggestion for auto fix

Implement unsafe_derive_deserialize lint

Auto merge of #5141 - xiongmao86:issue5095, r=flip1995

Fixes issue 5095

fixes #5095.

- [x] Followed [lint naming conventions][lint_naming]
- [x] Added passing UI tests (including committed `.stderr` file)
- [x] `cargo test` passes locally
- [x] Executed `cargo dev update_lints`
- [x] Added lint documentation
- [x] Run `cargo dev fmt`

[lint_naming]: https://rust-lang.github.io/rfcs/0344-conventions-galore.html#lints

changelog: (internal) warn about collapsible `span_lint_and_then` calls.

Update empty_enum.stderr

Auto merge of #5491 - smklein:borrowed_box, r=flip1995

Fix issue #2907.

Update the "borrow box" lint to avoid recommending the following
conversion:

```
  // Old
  pub fn f(&mut Box<T>) {...}

  // New
  pub fn f(&mut T) {...}
```

Given a mutable reference to a box, functions may want to change
"which" object the Box is pointing at.

This change avoids recommending removing the "Box" parameter
for mutable references.

changelog: Don't trigger [`borrow_box`] lint on `&mut Box` references

Formatting and naming

Formatting and naming

Auto merge of #5489 - phansch:node-id-hir-id, r=flip1995

Cleanup: `node_id` -> `hir_id`

This removes some more `node_id` terminology from Clippy and replaces one occurrence of `as_local_node_id` with `as_local_hir_id`, which should be doing the same for that particular case.

changelog: none

Auto merge of #5488 - phansch:future-not-send-ret-ty, r=flip1995

Cleanup: future_not_send: use `utils::return_ty` function

changelog: none

Auto merge of #5490 - sinkuu:toplevel_ref_arg_for, r=phansch

Don't trigger toplevel_ref_arg for `for` loops

The lint suggests turning `for ref x in 0..10 {` into `for ref x in let x = &0..10; {`.

---

changelog: none

Cleanup: `node_id` -> `hir_id`

Fix issue #2907.

Update the "borrow box" lint to avoid recommending the following
conversion:

```
  // Old
  pub fn f(&mut Box<T>) {...}

  // New
  pub fn f(&mut T) {...}
```

Given a mutable reference to a box, functions may want to change
"which" object the Box is pointing at.

This change avoids recommending removing the "Box" parameter
for mutable references.

Don't trigger toplevel_ref_arg for `for` loops

Cleanup: future_not_send: use `return_ty` method

Auto merge of #5486 - flip1995:badge_over, r=flip1995

Remove badge FIXME from Cargo.toml

cc https://github.com/rust-lang/crates.io/issues/2436

changelog: none

Remove badge FIXME from Cargo.toml

Change note_span argument for span_lint_and_note.

Add an Option<Span> argument to span_lint_and_help.

Fixes internal lint warning in code base.

Implement collapsible_span_lint_calls lint.

Auto merge of #5427 - pmk21:implicit-sat-sub, r=flip1995

Add lint named implicit_saturating_sub

Fixes: #5399
I've made a basic skeleton of the lint, would love more feedback on how to make it better.
changelog: Add lint [`implicit_saturating_sub`]

Polished lint and tests

Added final lint and tests

Added basic lint and tests

Auto merge of #5483 - alex-700:fix-redundant-pattern-matching, r=flip1995

fix redundant_pattern_matching lint

- now it handles `while let` case  (related to #5462)
- better suggestions in `if let` case

changelog: Fix suggestion in `redundant_pattern_matching` and also apply this lint to the `while let` case

fix redundant_pattern_matching lint

- now it handles `while let` case
- better suggestions in `if let` case

Auto merge of #5423 - rkuhn:add_futures_not_send, r=flip1995

add lint futures_not_send

changelog: add lint futures_not_send

fixes #5379

~Remark: one thing that can (should?) still be improved is to directly include the error message from the `Send` check so that the programmer stays in the flow. Currently, getting the actual error message requires a restructuring of the code to make the `Send` constraint explicit.~
It now shows all unmet constraints for allowing the Future to be Send.

Auto merge of #5445 - logan-dev-oss:master, r=flip1995

Fixes issue #4892.

First contribution here 😊 ! Do not hesitate to correct me.

This PR is related to issue #4892 .

# Summary

```rust
-literal.method_call(args)
```
The main idea is to not trigger `clippy::precedence` when the method call is an odd function.

# Example

```rust
// should trigger lint
let _ = -1.0_f64.abs() //precedence of method call abs() and neg ('-') is ambiguous

// should not trigger lint
let _ = -1.0_f64.sin() // sin is an odd function => -sin(x) = sin(-x)
```

# Theory

Rust allows following literals:
- char
- string
- integers
- floats
- byte
- bool

Only integers/floats implements the relevant `std::ops::Neg`.
Following odd functions are implemented on i[8-128] and/or f[32-64]:
- `asin`
- `asinh`
- `atan`
- `atanh`
- `cbrt`
- `fract`
- `round`
- `signum`
- `sin`
- `sinh`
- `tan`
- `tanh `
- `to_degrees`
- `to_radians`

# Implementation

As suggested by `flip1995` in [comment](https://github.com/rust-lang/rust-clippy/issues/4892#issuecomment-568249683), this PR add a whitelist of odd functions and compare method call to the the whitelist before triggering lint.

changelog: Don't trigger [`clippy::precedence`] on odd functions.

add lint futures_not_send

Integrate more idiomatic rust changes.

Fix issue #4892.