PythonCharmers/python-future

types.IntType, types.LongType treated differently to int, long

Open

#264 ouverte le 19 janv. 2017

Voir sur GitHub
 (0 commentaires) (0 réactions) (0 assignés)Python (327 forks)batch import
0.19bughelp wantedtype-conversion

Métriques du dépôt

Stars
 (1 172 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Currently,

if type(time) not in (int, long): is not converted by futurize --stage1 -w file.py (version 0.15.2) but: if type(time) not in (types.IntType, types.LongType): is converted to: if type(time) not in (int, int)

I would have thought that these two should be treated the same.

Guide contributeur

Direction de recherche
Examinez la logique de conversion dans futurize pour les motifs de verification de type. Determinez pourquoi `types.IntType` et `types.LongType` sont convertis incorrectement en `int` au lieu de gerer le type `long`.
Stack technique
python
Domaine
developer experience
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Récente
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitPython
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70