Same variable with a union type is not checked in "lockstep" within an expression
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
Test env:
- mypy 0.670
- Python 3.7.2
Test code
from typing import List, Union
def f(x: Union[int, List[int]]) -> None: # `TypeVar` can fix it
x + x
Run mypy with default option, will get
a.py:5: error: Unsupported operand types for + ("int" and "List[int]")
a.py:5: error: Unsupported operand types for + ("List[int]" and "int")
a.py:5: note: Both left and right operands are unions
But actually, both left and right operands are same variable. Only int + int or List[int] + List[int] here. It seems like mypy does not consider object identity. And I'm not sure this is a bug, because above code is meaningless.
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 exécuter l’exemple Python 3.7 fourni avec les options par défaut de mypy et comparez les combinaisons d’union signalées avec le comportement attendu de l’issue. Lisez le chemin de vérification des types pour les opérandes répétés dans une expression, puis déterminez si l’identité de l’objet doit avoir une incidence sur le diagnostic et ajoutez une couverture de régression si ce comportement est accepté.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- compilers, devtools
- Type d'issue
- Bug
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 25/100