Mypy fails to infer the type of the decorated function used in the decorator
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 20.6k
- Forks
- 3.3k
- Métriques de merge des PR
- Métriques de PR en attente
Description
Hi mypy team,
Bug Report
I'm looking into the issue with design-by-contract library icontract which heavily uses decorators to formalize contracts. For many functions and methods, the contracts involve the decorated function (or method) itself.
See the example from the issue https://github.com/Parquery/icontract/issues/243:
from icontract import ensure
@ensure(
lambda a, b, result:
result == myadd(b, a),
"Commutativity violated!"
)
def myadd(a: int, b: int) -> int:
return a + b
Mypy 0.960 says:
tests_3_10\deleteme.py:5: error: Cannot determine type of "myadd"
If I add # type: ignore:
from icontract import ensure
@ensure(
lambda a, b, result:
result == myadd(b, a), # type: ignore
"Commutativity violated!"
)
def myadd(a: int, b: int) -> int:
return a + b
mypy does not complain any more.
I was actually a bit surprised that mypy tried to infer the types in the lambda. @claudio-ebel tried a couple of fixes using casting (see his comment https://github.com/Parquery/icontract/issues/243#issue-1229622746), but none of them worked.
I am actually not sure if this is a misunderstanding on our part or a bug in mypy. Any pointers about how to resolve the issue are very much appreciated! Please let us know if you need more information, or if there is anything we can do to help to fix this.
Your Environment
- Mypy version used: 0.960
- Mypy command-line flags: `--strict``
- Python version used: 3.10.0
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par reproduire l’exemple icontract fourni avec mypy 0.960 et --strict, puis suivez les points d’entrée de l’inférence de types du décorateur et de la lambda impliqués par l’erreur. Comparez le comportement avec et sans le commentaire type: ignore ; le travail est terminé lorsqu’il est déterminé si le diagnostic est attendu ou lorsque l’inférence est corrigée afin que l’exemple soit vérifié sans cette suppression.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- tooling
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100