Forward-referencing type application with type variable in a value expression in stubs emits confusing error
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 20.6k
- Forks
- 3.3k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
Bug Report, To Reproduce, & Actual Behaviour
In .pyi stub files, the spec mandates type-checkers to recognise forward references in annotation expressions without string-quoting. It is however silent about value expressions, but in mypy I've used symbols defined later in a stub file in a value context before without any issues, except recently when hitting the following example:
# stub.pyi
from typing_extensions import Generic, TypeVar
R = TypeVar("R")
T = TypeVar("T")
class A(Generic[R]):
var = B[R]() # E: "R" is a type variable and only valid in type context
class B(Generic[T]): ...
Expected Behavior
Either:
- no errors, or
- mypy doesn't support forward references in value contexts for stub files, and this emits a
used-before-deferror atB[R]().
Your Environment
- Mypy version used: 1.17
- Python version used: 3.11, 3.12
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne mit dem Reproducer stub.pyi und untersuche, wie mypy Vorwärtsreferenzen in Wertausdrücken in Stub-Dateien behandelt. Vergleiche die aktuelle Diagnose mit den beiden im Issue beschriebenen erwarteten Ergebnissen; abgeschlossen ist es, wenn das Verhalten entweder akzeptiert wird oder bei B[R]() als used-before-def gemeldet wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- devtools
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 45/100