rust-lang / rust-lang/rust-clippy
map_err mapping to same error type
Open
Nobody has claimed this yet.
A-lint
- Dominant language
- Rust
- Stars
- 13.5k
- Forks
- 2.2k
- Avg merge
- 2d 10h
- Merged PRs (30d)
- 32
Description
What it does
Detect when map_err maps from error type E to error type E. In those situations the mapping is redundant
Advantage
- this is like a redundant operation
- mapping the error one from enum variant to another is likely not what people intend in most cases
Drawbacks
No response
Example
enum Error {
A,
B
}
fn source() -> Result<(), Error> { Err(Error::A) }
fn main() -> Result<(), Error> {
source().map_err(|_| Error::A)
}
Could be written as:
fn main() -> Result<(), Error> {
source()
}
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the two Rust examples in the issue and trace how Clippy handles the source and mapped error types. Done means a lint identifies redundant map_err calls where both types are the same, while distinguishing this from mappings between different enum variants.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- tooling
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100