PEP696 + PEP749: Defer evaluation of defaults when parametrizing
Nessuno ha ancora preso questa issue.
- Lingua principale
- Python
- Stelle
- 77.2k
- Fork
- 35.9k
- Metriche di merge delle PR
- Metriche PR in attesa
Descrizione
Bug report
Bug description:
With PEP 696 + PEP 749, the following works just fine:
class Scalar[CompatT, TruthT = BoolScalar]: ...
class BoolScalar(Scalar): ...
class IntScalar(Scalar[int]): ... # OK ✅️
However, if we switch around the order of definition, the code breaks:
class Scalar[CompatT, TruthT = BoolScalar]: ...
class IntScalar(Scalar[int]): ... # ❌️ NameError: name 'BoolScalar' is not defined
class BoolScalar(Scalar): ...
I guess since the default gets evaluated here. Not sure whether this is a bug or feature request, but it would be nice if the evaluation of the default could be deferred in is case as well.
CPython versions tested on:
3.14
Operating systems tested on:
Linux
Linked PRs
- gh-152208
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Esegui i due esempi di definizione di classe dell’issue su CPython 3.14 e confrontane il comportamento. Leggi le discussioni collegate di PEP 696 e PEP 749, quindi esamina la PR collegata gh-152208; il lavoro è completato quando l’esempio con la definizione in avanti non solleva più NameError, mentre l’esempio esistente continua a funzionare.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- python
- Ambito
- backend
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100