@@ -148,15 +148,6 @@ Quick Reference
148148 | :c:member: `~PyTypeObject.tp_vectorcall ` | :c:type: `vectorcallfunc ` | | | | | |
149149 +------------------------------------------------+-----------------------------------+-------------------+---+---+---+---+
150150
151- If :const: `COUNT_ALLOCS ` is defined then the following (internal-only)
152- fields exist as well:
153-
154- * :c:member: `~PyTypeObject.tp_allocs `
155- * :c:member: `~PyTypeObject.tp_frees `
156- * :c:member: `~PyTypeObject.tp_maxalloc `
157- * :c:member: `~PyTypeObject.tp_prev `
158- * :c:member: `~PyTypeObject.tp_next `
159-
160151.. [#slots ]
161152 A slot name in parentheses indicates it is (effectively) deprecated.
162153 Names in angle brackets should be treated as read-only.
@@ -1904,31 +1895,6 @@ and :c:type:`PyType_Type` effectively act as defaults.)
19041895 .. versionadded :: 3.9 (the field exists since 3.8 but it's only used since 3.9)
19051896
19061897
1907- The remaining fields are only defined if the feature test macro
1908- :const: `COUNT_ALLOCS ` is defined, and are for internal use only. They are
1909- documented here for completeness. None of these fields are inherited by
1910- subtypes.
1911-
1912- .. c :member :: Py_ssize_t PyTypeObject.tp_allocs
1913-
1914- Number of allocations.
1915-
1916- .. c :member :: Py_ssize_t PyTypeObject.tp_frees
1917-
1918- Number of frees.
1919-
1920- .. c :member :: Py_ssize_t PyTypeObject.tp_maxalloc
1921-
1922- Maximum simultaneously allocated objects.
1923-
1924- .. c :member :: PyTypeObject* PyTypeObject.tp_prev
1925-
1926- Pointer to the previous type object with a non-zero :c:member: `~PyTypeObject.tp_allocs ` field.
1927-
1928- .. c :member :: PyTypeObject* PyTypeObject.tp_next
1929-
1930- Pointer to the next type object with a non-zero :c:member: `~PyTypeObject.tp_allocs ` field.
1931-
19321898Also, note that, in a garbage collected Python, :c:member: `~PyTypeObject.tp_dealloc ` may be called from
19331899any Python thread, not just the thread which created the object (if the object
19341900becomes part of a refcount cycle, that cycle might be collected by a garbage
0 commit comments