Skip to content

Commit 1df4f57

Browse files
jdemeyerencukou
authored andcommitted
PEP 590: rename PyCall_MakeVectorCall -> PyVectorcall_Call (GH-1037)
1 parent 468ab6e commit 1df4f57

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

pep-0590.rst

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -136,7 +136,7 @@ The following functions or macros are added to the C API:
136136
This uses either the vectorcall protocol or ``tp_call`` internally;
137137
if neither is supported, an exception is raised.
138138

139-
- ``PyObject *PyCall_MakeVectorCall(PyObject *obj, PyObject *tuple, PyObject *dict)``:
139+
- ``PyObject *PyVectorcall_Call(PyObject *obj, PyObject *tuple, PyObject *dict)``:
140140
Call the object (which must support vectorcall) with the old
141141
``*args`` and ``**kwargs`` calling convention.
142142
This is mostly meant to put in the ``tp_call`` slot.
@@ -216,7 +216,7 @@ To enable call performance on a par with Python functions and built-in functions
216216
third-party callables should include a ``vectorcallfunc`` function pointer,
217217
set ``tp_vectorcall_offset`` to the correct value and add the ``Py_TPFLAGS_HAVE_VECTORCALL`` flag.
218218
Any class that does this must implement the ``tp_call`` function and make sure its behaviour is consistent with the ``vectorcallfunc`` function.
219-
Setting ``tp_call`` to ``PyCall_MakeVectorCall`` is sufficient.
219+
Setting ``tp_call`` to ``PyVectorcall_Call`` is sufficient.
220220

221221

222222
Performance implications of these changes

0 commit comments

Comments
 (0)