Clippy lints / Pedantic
Clippy lint · Pedantic · checked with Clippy 0.1.99
clippy::unnecessary_wraps: this function's return value is unnecessarily wrapped by `Option`
What it meansChecks for private functions that only return Ok or Some. It is in the pedantic group and off by default.
What you see
warning: this function's return value is unnecessarily wrapped by `Option` --> main.rs:3:1 | 3 | fn get_cool_number(a: bool, b: bool) -> Option<i32> { | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | = help: for further information visit https://rust-lang.github.io/rust-clippy/stable/index.html#unnecessary_wraps = note: `-W clippy::unnecessary-wraps` implied by `-W clippy::pedantic` help: remove `Option` from the return type... | 3 - fn get_cool_number(a: bool, b: bool) -> Option<i32> { 3 + fn get_cool_number(a: bool, b: bool) -> i32 { | help: ...and then remove the surrounding `Some()` from returning expressions | 5 ~ return 50; 6 | } 7 | if a { 8 ~ 0 9 | } else { 10 ~ 10 |
Real output of Clippy 0.1.99 (Rust 1.99) on the example below. Names and line numbers in yours will differ.
Does it matter?
It is not meaningful to wrap values when no None or Err is returned.
Stricter lints with some false positives. Off by default; opt in with clippy::pedantic.
How to fix it
Clippy does not fix this one automatically (its suggestion may change behaviour, so it only shows it). Change the code by hand:
Flagged
fn get_cool_number(a: bool, b: bool) -> Option<i32> {
if a && b {
return Some(50);
}
if a {
Some(0)
} else {
Some(10)
}
}
Write this instead
fn get_cool_number(a: bool, b: bool) -> i32 {
if a && b {
return 50;
}
if a {
0
} else {
10
}
}
Turn it off, or on
It is off by default. To use it, set it to warn or deny:
Whole crate (Cargo.toml)
[lints.clippy]
unnecessary_wraps = "warn"In code
#![warn(clippy::unnecessary_wraps)]One run
cargo clippy -- -W clippy::unnecessary-wrapsThe [lints] table needs Rust 1.74 or newer. In a workspace, put it under [workspace.lints.clippy] and add [lints] workspace = true to each member.
Settings in clippy.toml
avoid-breaking-exported-api: Suppress lints whenever the suggested change would cause breakage for other crates.
Clippy's own documentation
What it does
Checks for private functions that only return Ok or Some.
Why is this bad?
It is not meaningful to wrap values when no None or Err is returned.
Known problems
There can be false positives if the function signature is designed to fit some external requirement.
Example
fn get_cool_number(a: bool, b: bool) -> Option<i32> {
if a && b {
return Some(50);
}
if a {
Some(0)
} else {
Some(10)
}
}
Use instead:
fn get_cool_number(a: bool, b: bool) -> i32 {
if a && b {
return 50;
}
if a {
0
} else {
10
}
}
Configuration
-
avoid-breaking-exported-api: Suppress lints whenever the suggested change would cause breakage for other crates.(default:
true)
From the Clippy lint list (0.1.99), part of the Rust project, MIT or Apache-2.0. Official entry.
Related lints
- too_many_linesChecks for functions with a large amount of lines
- missing_errors_docChecks the doc comments of publicly visible functions that return a Result type and warns if there is no # Errors section
- must_use_candidateChecks for public functions that have no #[must_use] attribute, but return something not already marked must-use, have no mutable arg and mutate no statics
- unnecessary_literal_boundDetects functions that are written to return &str that could return &'static str but instead return a &'a str
- unnecessary_semicolonChecks for the presence of a semicolon at the end of a match or if statement evaluating to ()
- unnecessary_trailing_commaunnecessary trailing comma
- unnested_or_patternsunnested or-patterns
- unreadable_literallong literal lacking separators
- unsafe_derive_deserializeChecks for deriving serde::Deserialize on a type that has methods using unsafe
All 847 Clippy lints · Rust compiler errors · Cargo.toml checker
Up next
Related lintclippy::too_many_linesChecks for functions with a large amount of linesRead it next →Did this answer your question?