PEP 585
E265442
PEP 585 is a Python Enhancement Proposal that introduced built-in generic types (like list[int] and dict[str, int]) as a modern replacement for many typing module aliases.
All labels observed (1)
| Label | Occurrences |
|---|---|
| PEP 585 canonical | 9 |
How this entity was disambiguated
This entity first appeared as the object of triple T2417401 — resolving that mention is where its identity was fixed. The disambiguator weighed these candidate entities and picked the highlighted one (or “None”, minting a new entity). This is how homonymy is resolved: the same surface form can point to different entities.
NED1
Entity disambiguation (via context triple)
gpt-5-mini-2025-08-07
Target entity: PEP 585 Context triple: [PEP 695, relatedTo, PEP 585]
-
A.
PEP 572
PEP 572 is the Python proposal that introduced the “walrus operator” (:=) for assignment expressions, allowing assignment within larger expressions.
-
B.
PEP 695
PEP 695 is a Python Enhancement Proposal that introduces a new, more concise syntax for type parameter declarations to improve the language’s support for generics and static typing.
-
C.
PEP 622
PEP 622 is a Python Enhancement Proposal that introduced the design for structural pattern matching syntax later adopted in Python 3.10.
-
D.
PEP 635
PEP 635 is a Python Enhancement Proposal that provides a detailed rationale and motivation for the structural pattern matching feature introduced in Python 3.10.
-
E.
PEP 634
PEP 634 is the Python Enhancement Proposal that formally specifies the semantics of structural pattern matching introduced in Python 3.10.
- F. None of above. chosen
- G. Unsure - the case is ambiguous/there is not enough information to decide.
NED2
Entity disambiguation (via description)
gpt-5-mini-2025-08-07
Target entity: PEP 585 Target entity description: PEP 585 is a Python Enhancement Proposal that introduced built-in generic types (like list[int] and dict[str, int]) as a modern replacement for many typing module aliases.
-
A.
PEP 572
PEP 572 is the Python proposal that introduced the “walrus operator” (:=) for assignment expressions, allowing assignment within larger expressions.
-
B.
PEP 695
PEP 695 is a Python Enhancement Proposal that introduces a new, more concise syntax for type parameter declarations to improve the language’s support for generics and static typing.
-
C.
PEP 622
PEP 622 is a Python Enhancement Proposal that introduced the design for structural pattern matching syntax later adopted in Python 3.10.
-
D.
PEP 635
PEP 635 is a Python Enhancement Proposal that provides a detailed rationale and motivation for the structural pattern matching feature introduced in Python 3.10.
-
E.
PEP 634
PEP 634 is the Python Enhancement Proposal that formally specifies the semantics of structural pattern matching introduced in Python 3.10.
- F. None of above. chosen
Statements (48)
| Predicate | Object |
|---|---|
| instanceOf | Python Enhancement Proposal ⓘ |
| affectsModule |
builtins
ⓘ
collections.abc ⓘ typing ⓘ |
| author |
Guido van Rossum
ⓘ
Jelle Zijlstra ⓘ |
| backwardsCompatibility | typing aliases remain for older Python versions ⓘ |
| clarifies | that built-in generics are mainly for static type checkers ⓘ |
| created | 2019-10-13 ⓘ |
| defines |
dict[str, int] as generic built-in type
ⓘ
frozenset[int] as generic built-in type ⓘ list[int] as generic built-in type ⓘ set[int] as generic built-in type ⓘ tuple[int, str] as generic built-in type ⓘ type[list] as supporting subscription for generics ⓘ |
| discourages |
use of typing.Dict for new code
ⓘ
use of typing.FrozenSet for new code ⓘ use of typing.List for new code ⓘ use of typing.Set for new code ⓘ use of typing.Tuple for new code ⓘ |
| discusses |
performance considerations of generic built-ins
ⓘ
runtime behavior of parameterized built-in types ⓘ |
| introduces | PEP 560-style internal implementation for generics in built-ins ⓘ |
| motivation |
Provide built-in generic types for standard collections
ⓘ
Reduce reliance on typing module aliases for standard collections ⓘ |
| number | 585 ⓘ |
| pythonVersionIntroduced | Python 3.9 ⓘ |
| rationale |
Avoid confusion between typing.List and built-in list
ⓘ
Make type hints more concise and consistent with runtime types ⓘ |
| replaces |
typing.Dict
ⓘ
typing.FrozenSet ⓘ typing.List ⓘ typing.Set ⓘ typing.Tuple ⓘ typing.Type ⓘ |
| replacesPattern |
from typing import Dict with dict[...] syntax
ⓘ
from typing import FrozenSet with frozenset[...] syntax ⓘ from typing import List with list[...] syntax ⓘ from typing import Set with set[...] syntax ⓘ from typing import Tuple with tuple[...] syntax ⓘ |
| requires | that standard collections support __class_getitem__ ⓘ |
| status | Final ⓘ |
| targetAudience |
Python application developers using type hints
ⓘ
Python library authors ⓘ Python type checker implementers ⓘ |
| title |
Type Hinting Generics In Standard Collections
ⓘ
linked to:
Python generic types
|
| type | Standards Track ⓘ |
| url | https://peps.python.org/pep-0585/ ⓘ |
How these facts were elicited
The pipeline generated the facts above by prompting gpt-5.1 with this entity's name + description and the instruction below.
Instruction
You are a knowledge base construction expert. Given a subject entity and a description of it, return factual statements that you know for the subject as a JSON list of dictionaries(triples), where keys must be "subject", "predicate" and "object". The number of facts may be very high, between 25 to 50 or more, for very popular subjects. For less popular subjects, the number of facts can be very low, like 5 or 10. # Requirements - If you don't know the subject at all, return an empty list. - If the subject is not a named entity, return an empty list. - Include at least one triple where predicate is "instanceOf". - Do not get too wordy. - Separate several objects into multiple triples with one object.
Input
Subject: PEP 585 Description of subject: PEP 585 is a Python Enhancement Proposal that introduced built-in generic types (like list[int] and dict[str, int]) as a modern replacement for many typing module aliases.
Referenced by (9)
Full triples — surface form annotated when it differs from this entity's canonical label.