PEP 570
E893187
PEP 570 is the Python Enhancement Proposal that introduced positional-only parameters to Python function definitions, formalizing a syntax for arguments that must be passed by position.
All labels observed (1)
| Label | Occurrences |
|---|---|
| PEP 570 canonical | 1 |
How this entity was disambiguated
This entity first appeared as the object of triple T10851813 — 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 570 Context triple: [Python 3.8, hasPEP, PEP 570]
-
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 636
PEP 636 is a Python Enhancement Proposal that serves as a tutorial-style guide to 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 570 Target entity description: PEP 570 is the Python Enhancement Proposal that introduced positional-only parameters to Python function definitions, formalizing a syntax for arguments that must be passed by position.
-
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 636
PEP 636 is a Python Enhancement Proposal that serves as a tutorial-style guide to 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 (47)
| Predicate | Object |
|---|---|
| instanceOf | Python Enhancement Proposal ⓘ |
| addsConcept |
keyword-only parameters after * marker
ⓘ
positional-only parameters before / marker ⓘ positional-or-keyword parameters after / and before * ⓘ |
| affects |
Python call semantics
ⓘ
Python function definitions ⓘ |
| author |
Brett Cannon
NERFINISHED
ⓘ
Guido van Rossum NERFINISHED ⓘ Pablo Galindo NERFINISHED ⓘ Raymond Hettinger NERFINISHED ⓘ Serhiy Storchaka NERFINISHED ⓘ Steven D'Aprano NERFINISHED ⓘ Victor Stinner NERFINISHED ⓘ Yury Selivanov NERFINISHED ⓘ Łukasz Langa NERFINISHED ⓘ |
| benefit |
allows hiding parameter names from public API
ⓘ
can make some function calls faster by simplifying argument parsing ⓘ supports compatibility with existing C APIs that are positional-only ⓘ |
| category | Core Python language change ⓘ |
| clarifies |
error messages for incorrect use of positional-only parameters
ⓘ
how positional-only parameters interact with *args and **kwargs ⓘ |
| createdFor | Python programming language NERFINISHED ⓘ |
| definesSyntaxFor | positional-only parameters in function definitions ⓘ |
| discussionsTo | python-dev mailing list NERFINISHED ⓘ |
| exampleSyntax | def func(a, b, /, c, d, *, e, f): ... ⓘ |
| formalizes | syntax for arguments that must be passed by position ⓘ |
| implementationDetail | adds new internal calling convention flags ⓘ |
| implementedIn | CPython NERFINISHED ⓘ |
| introducedIn | Python 3.8 NERFINISHED ⓘ |
| introduces | positional-only parameters in Python ⓘ |
| language | English ⓘ |
| motivation |
allow APIs to clearly separate positional-only and keyword parameters
ⓘ
enable more consistent and efficient C-API to Python function mappings ⓘ improve backward compatibility when changing parameter names ⓘ |
| prohibits | passing positional-only parameters by keyword ⓘ |
| relatedTo |
PEP 3102
NERFINISHED
ⓘ
keyword-only arguments ⓘ |
| repository | Python PEPs repository ⓘ |
| requires |
/ marker to appear at most once in a parameter list
ⓘ
positional-only parameters to precede other parameters ⓘ |
| specifies |
how help() and introspection show positional-only parameters
ⓘ
how inspect.signature represents positional-only parameters ⓘ |
| status | Final ⓘ |
| targetVersion | Python 3.x NERFINISHED ⓘ |
| title | Python Positional-Only Parameters NERFINISHED ⓘ |
| type | Standards Track ⓘ |
| usesMarker | forward slash (/) in function parameter lists ⓘ |
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 570 Description of subject: PEP 570 is the Python Enhancement Proposal that introduced positional-only parameters to Python function definitions, formalizing a syntax for arguments that must be passed by position.
Referenced by (1)
Full triples — surface form annotated when it differs from this entity's canonical label.