Common Object Structures¶
There are a large number of structures which are used in the definition ofobject types for Python. This section describes these structures and how theyare used.
Base object types and macros¶
All Python objects ultimately share a small number of fields at the beginningof the object’s representation in memory. These are represented by thePyObject andPyVarObject types, which are defined, in turn,by the expansions of some macros also used, whether directly or indirectly, inthe definition of all other Python objects.
- typePyObject¶
- Part of theLimited API. (Only some members are part of the stable ABI.)
All object types are extensions of this type. This is a type whichcontains the information Python needs to treat a pointer to an object as anobject. In a normal “release” build, it contains only the object’sreference count and a pointer to the corresponding type object.Nothing is actually declared to be a
PyObject, but every pointerto a Python object can be cast to aPyObject*. Access to themembers must be done by using the macrosPy_REFCNTandPy_TYPE.
- typePyVarObject¶
- Part of theLimited API. (Only some members are part of the stable ABI.)
This is an extension of
PyObjectthat adds theob_sizefield. This is only used for objects that have some notion oflength.This type does not often appear in the Python/C API.Access to the members must be done by using the macrosPy_REFCNT,Py_TYPE, andPy_SIZE.
- PyObject_HEAD¶
This is a macro used when declaring new types which represent objectswithout a varying length. The PyObject_HEAD macro expands to:
PyObjectob_base;
See documentation of
PyObjectabove.
- PyObject_VAR_HEAD¶
This is a macro used when declaring new types which represent objectswith a length that varies from instance to instance.The PyObject_VAR_HEAD macro expands to:
PyVarObjectob_base;
See documentation of
PyVarObjectabove.
- intPy_Is(PyObject*x,PyObject*y)¶
- Part of theStable ABI since version 3.10.
Test if thex object is they object, the same as
xisyin Python.New in version 3.10.
- intPy_IsNone(PyObject*x)¶
- Part of theStable ABI since version 3.10.
Test if an object is the
Nonesingleton,the same asxisNonein Python.New in version 3.10.
- intPy_IsTrue(PyObject*x)¶
- Part of theStable ABI since version 3.10.
Test if an object is the
Truesingleton,the same asxisTruein Python.New in version 3.10.
- intPy_IsFalse(PyObject*x)¶
- Part of theStable ABI since version 3.10.
Test if an object is the
Falsesingleton,the same asxisFalsein Python.New in version 3.10.
- PyTypeObject*Py_TYPE(PyObject*o)¶
Get the type of the Python objecto.
Return aborrowed reference.
Use the
Py_SET_TYPE()function to set an object type.
- intPy_IS_TYPE(PyObject*o,PyTypeObject*type)¶
Return non-zero if the objecto type istype. Return zero otherwise.Equivalent to:
Py_TYPE(o)==type.New in version 3.9.
- voidPy_SET_TYPE(PyObject*o,PyTypeObject*type)¶
Set the objecto type totype.
New in version 3.9.
- Py_ssize_tPy_REFCNT(PyObject*o)¶
Get the reference count of the Python objecto.
Use the
Py_SET_REFCNT()function to set an object reference count.Changed in version 3.11:The parameter type is no longerconstPyObject*.
Changed in version 3.10:
Py_REFCNT()is changed to the inline static function.
- voidPy_SET_REFCNT(PyObject*o,Py_ssize_trefcnt)¶
Set the objecto reference counter torefcnt.
New in version 3.9.
- Py_ssize_tPy_SIZE(PyVarObject*o)¶
Get the size of the Python objecto.
Use the
Py_SET_SIZE()function to set an object size.Changed in version 3.11:
Py_SIZE()is changed to an inline static function.The parameter type is no longerconstPyVarObject*.
- voidPy_SET_SIZE(PyVarObject*o,Py_ssize_tsize)¶
Set the objecto size tosize.
New in version 3.9.
- PyObject_HEAD_INIT(type)¶
This is a macro which expands to initialization values for a new
PyObjecttype. This macro expands to:_PyObject_EXTRA_INIT1,type,
- PyVarObject_HEAD_INIT(type,size)¶
This is a macro which expands to initialization values for a new
PyVarObjecttype, including theob_sizefield.This macro expands to:_PyObject_EXTRA_INIT1,type,size,
Implementing functions and methods¶
- typePyCFunction¶
- Part of theStable ABI.
Type of the functions used to implement most Python callables in C.Functions of this type take twoPyObject* parameters and returnone such value. If the return value is
NULL, an exception shall havebeen set. If notNULL, the return value is interpreted as the returnvalue of the function as exposed in Python. The function must return a newreference.The function signature is:
PyObject*PyCFunction(PyObject*self,PyObject*args);
- typePyCFunctionWithKeywords¶
- Part of theStable ABI.
Type of the functions used to implement Python callables in Cwith signatureMETH_VARARGS | METH_KEYWORDS.The function signature is:
PyObject*PyCFunctionWithKeywords(PyObject*self,PyObject*args,PyObject*kwargs);
- type_PyCFunctionFast¶
Type of the functions used to implement Python callables in Cwith signature
METH_FASTCALL.The function signature is:PyObject*_PyCFunctionFast(PyObject*self,PyObject*const*args,Py_ssize_tnargs);
- type_PyCFunctionFastWithKeywords¶
Type of the functions used to implement Python callables in Cwith signatureMETH_FASTCALL | METH_KEYWORDS.The function signature is:
PyObject*_PyCFunctionFastWithKeywords(PyObject*self,PyObject*const*args,Py_ssize_tnargs,PyObject*kwnames);
- typePyCMethod¶
Type of the functions used to implement Python callables in Cwith signatureMETH_METHOD | METH_FASTCALL | METH_KEYWORDS.The function signature is:
PyObject*PyCMethod(PyObject*self,PyTypeObject*defining_class,PyObject*const*args,Py_ssize_tnargs,PyObject*kwnames)
New in version 3.9.
- typePyMethodDef¶
- Part of theStable ABI (including all members).
Structure used to describe a method of an extension type. This structure hasfour fields:
- constchar*ml_name¶
Name of the method.
- PyCFunctionml_meth¶
Pointer to the C implementation.
- intml_flags¶
Flags bits indicating how the call should be constructed.
- constchar*ml_doc¶
Points to the contents of the docstring.
- constchar*ml_name¶
Theml_meth is a C function pointer.The functions may be of differenttypes, but they always returnPyObject*. If the function is not ofthePyCFunction, the compiler will require a cast in the method table.Even thoughPyCFunction defines the first parameter asPyObject*, it is common that the method implementation uses thespecific C type of theself object.
Theml_flags field is a bitfield which can includethe following flags.The individual flags indicate either a calling convention or a bindingconvention.
There are these calling conventions:
- METH_VARARGS¶
This is the typical calling convention, where the methods have the type
PyCFunction. The function expects twoPyObject* values.The first one is theself object for methods; for module functions, it isthe module object. The second parameter (often calledargs) is a tupleobject representing all arguments. This parameter is typically processedusingPyArg_ParseTuple()orPyArg_UnpackTuple().
- METH_KEYWORDS¶
Can only be used in certain combinations with other flags:METH_VARARGS | METH_KEYWORDS,METH_FASTCALL | METH_KEYWORDS andMETH_METHOD | METH_FASTCALL | METH_KEYWORDS.
- METH_VARARGS|METH_KEYWORDS
Methods with these flags must be of type
PyCFunctionWithKeywords.The function expects three parameters:self,args,kwargs wherekwargs is a dictionary of all the keyword arguments or possiblyNULLif there are no keyword arguments. The parameters are typically processedusingPyArg_ParseTupleAndKeywords().
- METH_FASTCALL¶
Fast calling convention supporting only positional arguments.The methods have the type
_PyCFunctionFast.The first parameter isself, the second parameter is a C arrayofPyObject* values indicating the arguments and the thirdparameter is the number of arguments (the length of the array).New in version 3.7.
Changed in version 3.10:
METH_FASTCALLis now part of thestable ABI.
- METH_FASTCALL|METH_KEYWORDS
Extension of
METH_FASTCALLsupporting also keyword arguments,with methods of type_PyCFunctionFastWithKeywords.Keyword arguments are passed the same way as in thevectorcall protocol:there is an additional fourthPyObject* parameterwhich is a tuple representing the names of the keyword arguments(which are guaranteed to be strings)or possiblyNULLif there are no keywords. The values of the keywordarguments are stored in theargs array, after the positional arguments.New in version 3.7.
- METH_METHOD¶
Can only be used in the combination with other flags:METH_METHOD | METH_FASTCALL | METH_KEYWORDS.
- METH_METHOD|METH_FASTCALL|METH_KEYWORDS
Extension ofMETH_FASTCALL | METH_KEYWORDSsupporting thedefining class, that is,the class that contains the method in question.The defining class might be a superclass of
Py_TYPE(self).The method needs to be of type
PyCMethod, the same as forMETH_FASTCALL|METH_KEYWORDSwithdefining_classargument added afterself.New in version 3.9.
- METH_NOARGS¶
Methods without parameters don’t need to check whether arguments are given ifthey are listed with the
METH_NOARGSflag. They need to be of typePyCFunction. The first parameter is typically namedself and willhold a reference to the module or object instance. In all cases the secondparameter will beNULL.The function must have 2 parameters. Since the second parameter is unused,
Py_UNUSEDcan be used to prevent a compiler warning.
- METH_O¶
Methods with a single object argument can be listed with the
METH_Oflag, instead of invokingPyArg_ParseTuple()with a"O"argument.They have the typePyCFunction, with theself parameter, and aPyObject* parameter representing the single argument.
These two constants are not used to indicate the calling convention but thebinding when use with methods of classes. These may not be used for functionsdefined for modules. At most one of these flags may be set for any givenmethod.
- METH_CLASS¶
The method will be passed the type object as the first parameter ratherthan an instance of the type. This is used to createclass methods,similar to what is created when using the
classmethod()built-infunction.
- METH_STATIC¶
The method will be passed
NULLas the first parameter rather than aninstance of the type. This is used to createstatic methods, similar towhat is created when using thestaticmethod()built-in function.
One other constant controls whether a method is loaded in place of anotherdefinition with the same method name.
- METH_COEXIST¶
The method will be loaded in place of existing definitions. WithoutMETH_COEXIST, the default is to skip repeated definitions. Since slotwrappers are loaded before the method table, the existence of asq_contains slot, for example, would generate a wrapped method named
__contains__()and preclude the loading of a correspondingPyCFunction with the same name. With the flag defined, the PyCFunctionwill be loaded in place of the wrapper object and will co-exist with theslot. This is helpful because calls to PyCFunctions are optimized morethan wrapper object calls.
- PyObject*PyCMethod_New(PyMethodDef*ml,PyObject*self,PyObject*module,PyTypeObject*cls)¶
- Return value: New reference. Part of theStable ABI since version 3.9.
Turnml into a Pythoncallable object.The caller must ensure thatml outlives thecallable.Typically,ml is defined as a static variable.
Theself parameter will be passed as theself argumentto the C function in
ml->ml_methwhen invoked.self can beNULL.Thecallable object’s
__module__attributecan be set from the givenmodule argument.module should be a Python string,which will be used as name of the module the function is defined in.If unavailable, it can be set toNoneorNULL.See also
Thecls parameter will be passed as thedefining_classargument to the C function.Must be set if
METH_METHODis set onml->ml_flags.New in version 3.9.
- PyObject*PyCFunction_NewEx(PyMethodDef*ml,PyObject*self,PyObject*module)¶
- Return value: New reference. Part of theStable ABI.
Equivalent to
PyCMethod_New(ml,self,module,NULL).
- PyObject*PyCFunction_New(PyMethodDef*ml,PyObject*self)¶
- Return value: New reference. Part of theStable ABI since version 3.4.
Equivalent to
PyCMethod_New(ml,self,NULL,NULL).
Accessing attributes of extension types¶
- typePyMemberDef¶
- Part of theStable ABI (including all members).
Structure which describes an attribute of a type which corresponds to a Cstruct member. Its fields are:
Field
C Type
Meaning
nameconst char *
name of the member
typeint
the type of the member in theC struct
offsetPy_ssize_t
the offset in bytes that themember is located on thetype’s object struct
flagsint
flag bits indicating if thefield should be read-only orwritable
docconst char *
points to the contents of thedocstring
typecan be one of manyT_macros corresponding to various Ctypes. When the member is accessed in Python, it will be converted to theequivalent Python type.Macro name
C type
T_SHORT
short
T_INT
int
T_LONG
long
T_FLOAT
float
T_DOUBLE
double
T_STRING
const char *
T_OBJECT
PyObject *
T_OBJECT_EX
PyObject *
T_CHAR
char
T_BYTE
char
T_UBYTE
unsigned char
T_UINT
unsigned int
T_USHORT
unsigned short
T_ULONG
unsigned long
T_BOOL
char
T_LONGLONG
long long
T_ULONGLONG
unsigned long long
T_PYSSIZET
Py_ssize_t
T_OBJECTandT_OBJECT_EXdiffer in thatT_OBJECTreturnsNoneif the member isNULLandT_OBJECT_EXraises anAttributeError. Try to useT_OBJECT_EXoverT_OBJECTbecauseT_OBJECT_EXhandles use of thedelstatement on that attribute more correctlythanT_OBJECT.flagscan be0for write and read access orREADONLYforread-only access. UsingT_STRINGfortypeimpliesREADONLY.T_STRINGdata is interpreted as UTF-8.OnlyT_OBJECTandT_OBJECT_EXmembers can be deleted. (They are set toNULL).Heap allocated types (created using
PyType_FromSpec()or similar),PyMemberDefmay contain definitions for the special members__dictoffset__,__weaklistoffset__and__vectorcalloffset__,corresponding totp_dictoffset,tp_weaklistoffsetandtp_vectorcall_offsetin type objects.These must be defined withT_PYSSIZETandREADONLY, for example:staticPyMemberDefspam_type_members[]={{"__dictoffset__",T_PYSSIZET,offsetof(Spam_object,dict),READONLY},{NULL}/* Sentinel */};
- PyObject*PyMember_GetOne(constchar*obj_addr,structPyMemberDef*m)¶
Get an attribute belonging to the object at addressobj_addr. Theattribute is described by
PyMemberDefm. ReturnsNULLon error.
- intPyMember_SetOne(char*obj_addr,structPyMemberDef*m,PyObject*o)¶
Set an attribute belonging to the object at addressobj_addr to objecto.The attribute to set is described by
PyMemberDefm. Returns0if successful and a negative value on failure.
- typePyGetSetDef¶
- Part of theStable ABI (including all members).
Structure to define property-like access for a type. See also description ofthe
PyTypeObject.tp_getsetslot.Field
C Type
Meaning
name
const char *
attribute name
get
getter
C function to get the attribute
set
setter
optional C function to set ordelete the attribute, if omittedthe attribute is readonly
doc
const char *
optional docstring
closure
void *
optional user data pointer,providing additional data forgetter and setter
The
getfunction takes onePyObject* parameter (theinstance) and a user data pointer (the associatedclosure):typedefPyObject*(*getter)(PyObject*,void*);
It should return a new reference on success or
NULLwith a set exceptionon failure.setfunctions take twoPyObject* parameters (the instance andthe value to be set) and a user data pointer (the associatedclosure):typedefint(*setter)(PyObject*,PyObject*,void*);
In case the attribute should be deleted the second parameter is
NULL.Should return0on success or-1with a set exception on failure.