cpython.git - https://github.com/python/cpython.git

	Commit message (Collapse)	Author	Age	Files	Lines
*	gh-94673: Ensure Builtin Static Types are Readied Properly (gh-103940)	Eric Snow	2023-04-27	1	-5/+0
\| \| \|	There were cases where we do unnecessary work for builtin static types. This also simplifies some work necessary for a per-interpreter GIL.
*	bpo-47070: Add _PyBytes_Repeat() (GH-31999)	Pieter Eendebak	2022-03-28	1	-0/+13
\| \| \|	Use it where appropriate: the repeat functions of `array.array`, `bytes`, `bytearray`, and `str`.
*	Fix typo in pycore_bytesobject.h (GH-31914)	jonasdlindner	2022-03-21	1	-1/+1
\|
*	bpo-46848: Move _PyBytes_Find() to internal C API (GH-31642)	Victor Stinner	2022-03-02	1	-0/+19
\| \| \| \| \| \|	Move _PyBytes_Find() and _PyBytes_ReverseFind() functions to the internal C API. bytesobject.c now includes pycore_bytesobject.h.
*	bpo-45953: Statically allocate and initialize global bytes objects. (gh-30096)	Eric Snow	2022-01-11	1	-10/+0
\| \| \| \| \|	The empty bytes object (b'') and the 256 one-character bytes objects were allocated at runtime init. Now we statically allocate and initialize them. https://bugs.python.org/issue45953
*	bpo-46008: Make runtime-global object/type lifecycle functions and state ↵	Eric Snow	2021-12-09	1	-0/+30
	consistent. (gh-29998) This change is strictly renames and moving code around. It helps in the following ways: * ensures type-related init functions focus strictly on one of the three aspects (state, objects, types) * passes in PyInterpreterState * to all those functions, simplifying work on moving types/objects/state to the interpreter * consistent naming conventions help make what's going on more clear * keeping API related to a type in the corresponding header file makes it more obvious where to look for it https://bugs.python.org/issue46008