PythonCharmers/python-future

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

Open

#264 geöffnet am 19. Jan. 2017

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Python (327 Forks)batch import
0.19bughelp wantedtype-conversion

Repository-Metriken

Stars
 (1.172 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

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.

Contributor Guide

Research-Richtung
Untersuche die Konvertierungslogik in futurize fuer Typpruefmuster. Stelle fest, warum `types.IntType` und `types.LongType` faehlschlich in `int` konvertiert werden, anstatt den `long` Typ zu behandeln.
Tech Stack
python
Domain
developer experience
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitPython
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70