delta/cpython-git.git/Objects/bytesobject.c, branch enum-lost-fixes

bpo-42128: Structural Pattern Matching (PEP 634) (GH-22917)

2021-02-26T22:51:55+00:00

Co-authored-by: Guido van Rossum 
Co-authored-by: Talin 
Co-authored-by: Pablo Galindo

bpo-43268: Pass interp rather than tstate to internal functions (GH-24580)

2021-02-19T14:10:45+00:00

Pass the current interpreter (interp) rather than the current Python
thread state (tstate) to internal functions which only use the
interpreter.

Modified functions:

* _PyXXX_Fini() and _PyXXX_ClearFreeList() functions
* _PyEval_SignalAsyncExc(), make_pending_calls()
* _PySys_GetObject(), sys_set_object(), sys_set_object_id(), sys_set_object_str()
* should_audit(), set_flags_from_config(), make_flags()
* _PyAtExit_Call()
* init_stdio_encoding()
* etc.

bpo-42431: Fix outdated bytes comments (GH-23458)

2020-12-03T10:46:16+00:00

Also move definitions of internal macros F_LJUST etc to private header.

bpo-42519: Replace PyObject_MALLOC() with PyObject_Malloc() (GH-23587)

2020-12-01T09:37:39+00:00

No longer use deprecated aliases to functions:

* Replace PyObject_MALLOC() with PyObject_Malloc()
* Replace PyObject_REALLOC() with PyObject_Realloc()
* Replace PyObject_FREE() with PyObject_Free()
* Replace PyObject_Del() with PyObject_Free()
* Replace PyObject_DEL() with PyObject_Free()

bpo-42435: Speed up comparison of bytes and bytearray object (GH--23461)

2020-11-22T20:00:53+00:00

* Speed up comparison of bytes objects with non-bytes objects when
  option -b is specified.
* Speed up comparison of bytarray objects with non-buffer object.

bpo-41974: Remove complex.float, complex.floordiv, etc (GH-22593)

2020-10-09T11:14:37+00:00

Remove complex special methods __int__, __float__, __floordiv__,
__mod__, __divmod__, __rfloordiv__, __rmod__ and __rdivmod__
which always raised a TypeError.

A (very) slight speed improvement for iterating over bytes (#21705)

2020-08-03T16:04:13+00:00

My mentee @xvxvxvxvxv noticed that iterating over array.array is
slightly faster than iterating over bytes.  Looking at the source I
observed that arrayiter_next() calls `getitem(ao, it->index++)` wheras
striter_next() uses the idiom (paraphrased)

    item = PyLong_FromLong(seq->ob_sval[it->it_index]);
    if (item != NULL)
        ++it->it_next;
    return item;

I'm not 100% sure but I think that the second version has fewer
opportunity for the CPU to overlap the `index++` operation with the
rest of the code (which in both cases involves a call).  So here I am
optimistically incrementing the index -- if the PyLong_FromLong() call
fails, this will leave the iterator pointing at the next byte, but
honestly I doubt that anyone would seriously consider resuming use of
the iterator after that kind of failure (it would have to be a
MemoryError).  And the author of arrayiter_next() made the same
consideration (or never ever gave it a thought :-).

With this, a loop like

    for _ in b: pass

is now slightly *faster* than the same thing over an equivalent array,
rather than slightly *slower* (in both cases a few percent).

bpo-41334: Convert constructors of str, bytes and bytearray to Argument Clinic (GH-21535)

2020-07-20T12:53:55+00:00

bpo-37999: Simplify the conversion code for %c, %d, %x, etc. (GH-20437)

2020-06-29T19:36:41+00:00

Since PyLong_AsLong() no longer use __int__, explicit call
of PyNumber_Index() before it is no longer needed.

bpo-40521: Optimize PyBytes_FromStringAndSize(str, 0) (GH-21142)

2020-06-25T12:07:40+00:00

Always create the empty bytes string singleton.

Optimize PyBytes_FromStringAndSize(str, 0): it no longer has to check
if the empty string singleton was created or not, it is always
available.

Add functions:

* _PyBytes_Init()
* bytes_get_empty(), bytes_new_empty()
* bytes_create_empty_string_singleton()
* unicode_create_empty_string_singleton()

_Py_unicode_state: rename empty structure member to empty_string.