Migrate remaining failure messages to mypy.messages
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 20.6k
- Forks
- 3.3k
- PR merge metrics
- PR metrics pending
Description
I'm working on a tool to provide a more gradual mypy adoption path, by providing a fine grained configuration for selecting or ignoring mypy errors. My current prototype uses regular expressions, but maintaining a comprehensive set of regular expressions is both time consuming and brittle, as existing messages could change, and new ones will be added.
I noticed that an effort has already been made to move error messages from mypy.checkexpr into mypy.messages. Making this set of constants complete would solve my problem, and hopefully be of benefit to you all as well. Would you accept a pull request to migrate the remaining failure messages from checkexpr, semanal, semanal_newtype, and fastparse2 to messages constants?
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 by reviewing the existing message constants in mypy.messages and how messages were migrated from mypy.checkexpr. Then inspect failure messages in mypy.checkexpr, mypy.semanal, mypy.semanal_newtype, and mypy.fastparse2. Done means the remaining failure messages in those modules use constants from mypy.messages.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- compilers
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100