Skip to content

Conversation

samueltardieu
Copy link
Member

@samueltardieu samueltardieu commented Jun 30, 2025

Propose to replace x.map_or(false, |y| y == z) by x == Some(z) only if x is not adjusted. Otherwise, the type of x in the comparaison may not be the expected one, as it may be the product of an auto-deref.

changelog: [unnecessary_map_or]: do not propose to replace the map_or call by a comparaison if types wouldn't be correct

Fixes #15180

Propose to replace `x.map_or(false, |y| y == z)` by `x == Some(z)` only
if `x` is not adjusted. Otherwise, the type of `x` in the comparaison
may not be the expected one, as it may be the product of an auto-deref.
@rustbot
Copy link
Collaborator

rustbot commented Jun 30, 2025

r? @Jarcho

rustbot has assigned @Jarcho.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

@rustbot rustbot added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Jun 30, 2025
Copy link
Contributor

@Jarcho Jarcho left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you.

@Jarcho Jarcho added this pull request to the merge queue Jul 9, 2025
Merged via the queue into rust-lang:master with commit a24fb38 Jul 9, 2025
11 of 13 checks passed
@rustbot rustbot removed the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Jul 9, 2025
@samueltardieu samueltardieu deleted the issue-15180 branch July 9, 2025 15:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

binary operation != cannot be applied to type tokio::sync::MutexGuard<'_, std::option::Option<std::net::IpAddr>>
3 participants