languages/cpython
languages/cpython
1
0
Fork 0
mirror of https://github.com/python/cpython synced 2024-09-15 23:06:25 +00:00
Code Issues Packages Projects Releases Wiki Activity

Issue #23710: Merge from 3.5

Browse source
This commit is contained in:
Berker Peksag 2016-08-03 12:59:16 +03:00
parent 0d60c56e7e bed6891c77
commit 9f4712af25
1 changed files with 9 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

14
Doc/extending/newtypes.rst
View file

@ -52,11 +52,15 @@ The first bit that will be new is::
} noddy_NoddyObject;
This is what a Noddy object will contain---in this case, nothing more than what
every Python object contains---a refcount and a pointer to a type object.
These are the fields the ``PyObject_HEAD`` macro brings in. The reason for the
macro is to standardize the layout and to enable special debugging fields in
debug builds. Note that there is no semicolon after the ``PyObject_HEAD``
macro; one is included in the macro definition. Be wary of adding one by
every Python object contains---a field called ``ob_base`` of type
:c:type:`PyObject`. :c:type:`PyObject` in turn, contains an ``ob_refcnt``
field and a pointer to a type object. These can be accessed using the macros
:c:macro:`Py_REFCNT` and :c:macro:`Py_TYPE` respectively. These are the fields
the :c:macro:`PyObject_HEAD` macro brings in. The reason for the macro is to
standardize the layout and to enable special debugging fields in debug builds.
Note that there is no semicolon after the :c:macro:`PyObject_HEAD` macro;
one is included in the macro definition. Be wary of adding one by
accident; it's easy to do from habit, and your compiler might not complain,
but someone else's probably will! (On Windows, MSVC is known to call this an
error and refuse to compile the code.)