Update dependency greenlet to v3.5.5 - #241
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
==3.2.4→==3.5.5Release Notes
python-greenlet/greenlet (greenlet)
v3.5.5Compare Source
==================
Appveyor builds did through 3.3.0. Since 3.3.1
_greenlet.pydimported
MSVCP140.dll, which no Windows CPython distribution ships,so importing greenlet failed on machines without the Visual C++
redistributable. See
issue 525 <https://github.com/python-greenlet/greenlet/issues/525>_. Issueand pull request by Daniel Sticker.
.. note::
Binary 3.15 wheels are now built with 3.15.0rc1. This should be
compatible with future 3.15 releases and is believed compatible
with 3.15b4 as well (but not earlier versions).
v3.5.4Compare Source
==================
Fix a crash (segfault) on free-threaded builds of Python 3.14 and
later when the garbage collector runs while a greenlet that was
started from a non-empty C-stack-reference state is active.
See
issue 515 <https://github.com/python-greenlet/greenlet/issues/515>_.Thanks to ddorian and Kumar Aditya.
Fix a potential use-after-free on free-threaded builds of Python 3.14
and later when the garbage collector runs while a greenlet is
suspended holding a
_PyCStackRef(for example, mid attributeresolution). See
issue 515 <https://github.com/python-greenlet/greenlet/issues/515>_.Thanks to ddorian and Kumar Aditya.
Fix a deadlock on free-threaded builds when a greenlet switch happened
while a
PyCriticalSectionwas held -- for example inside asyncio'sTask.__step, which holds one on the running task for the duration ofthe step. See
PR 519 <https://github.com/python-greenlet/greenlet/pull/519/>.Thanks to ddorian and Kumar Aditya.
.. note::
Binary 3.15 wheels are now built with Python 3.15b4. These may not
be compatible with earlier or later versions of 3.15. Binary
3.15 wheels of greenlet from previous releases (e.g., 3.5.3)
may not be compatible with Python 3.15b4.
v3.5.3Compare Source
==================
holding a critical section on an object and the GIL for the thread
was dropped. See
issue 513 <https://github.com/python-greenlet/greenlet/issues/513>_. Thanksto ddorian.
v3.5.2Compare Source
==================
3.15. Thanks to Kumar Aditya in
PR #​511 <https://github.com/python-greenlet/greenlet/pull/511>_.Python 3.15. Thanks to Kumar Aditya in
PR #​512 <https://github.com/python-greenlet/greenlet/pull/512>_.v3.5.1Compare Source
==================
reviewed by CPython core developers, but all tests pass. Binary
wheels of this version won't work on earlier Python 3.15 builds and
may not work on later 3.15 builds.
getcurrentAPIs behaveduring greenlet teardown. One API (the C API used by, e.g., gevent) raised a
RuntimeError; the other (the Pythongreenlet.getcurrentAPI)returned
None. This second way is incompatible with greenlet's typeannotations, so
greenlet.getcurrentnow raises aRuntimeErroras well.v3.5.0Compare Source
==================
Remove the
atexitcallback. This callback caused greenlet APIsto become unavailable far too soon during interpreter shutdown. Now
they remain available while all
atexitcallbacks run. Sometimeafter
Py_IsFinalizingbecomes true, they may begin misbehaving.Because the order in which C extensions are finalized is undefined,
C extensions that are sensitive to this need to check the results of
that function before invoking greenlet APIs. As a convenience,
PyGreenlet_GetCurrentsets an exception and returnsNULLwhen this happens (and
greenlet.getcurrentbegins returningNone); other greenlet C API functions have undefined behaviour.Methods invoked directly on pre-existing
greenlet.greenletobjects will continue to function at least until the greenlet C
extension has been garbage collected and finalized.
See
PR 508 <https://github.com/python-greenlet/greenlet/pull/508>_.v3.4.0Compare Source
==================
Publish binary wheels for RiscV 64.
Fix multiple rare crash paths during interpreter shutdown.
Note that this now relies on the
atexitmodule, and introducessubtle API changes during interpreter shutdown (for example,
getcurrentis no longer available once theatexitcallback fires).See
PR #​499 <https://github.com/python-greenlet/greenlet/pull/499>_ by NicolasBouvrette.
Address the results of an automated code audit performed by
Daniel Diniz. This includes several minor correctness changes that
theoretically could have been crashing bugs, but typically only in
very rare circumstances.
See
PR 502 <https://github.com/python-greenlet/greenlet/pull/502>_.Fix several race conditions that could arise in free-threaded
builds when using greenlet objects from multiple threads, some of
which could lead to assertion failures or interpreter crashes.
See
issue 503 <https://github.com/python-greenlet/greenlet/issues/503>_, withthanks to Nitay Dariel and Daniel Diniz.
v3.3.2Compare Source
==================
interpreter shutdown. See
PR 495 <https://github.com/python-greenlet/greenlet/pull/495>_ by NicolasBouvrette.
v3.3.1Compare Source
==================
PR 487 by Rosen Penev <https://github.com/python-greenlet/greenlet/pull/487>_. Note thatthis is not a platform tested by this project's CI.
pyproject.tomlfile.This updates licensing information to use the modern
License-Expressionfield. SeePR 480 by mrbean-bremen <https://github.com/python-greenlet/greenlet/pull/480/>_.v3.3.0Compare Source
==================
Drop support for Python 3.9.
Switch to distributing manylinux_2_28 wheels instead of
manylinux2014 wheels. Likewise, switch from musllinux_1_1 to 1_2.
Add initial support for free-threaded builds of CPython 3.14. Due to
limitations, we do not distribute binary wheels for free-threaded
CPython on Windows. (Free-threaded CPython 3.13 may work, but is
untested and unsupported.)
.. caution::
Under some rare scenarios with free-threaded 3.14, the
interpreter may crash on accessing a variable or attribute or
when shutting down. If this happens, try disabling the
thread-local bytecode cache. See the greenlet documentation for
more details. See
PR 472 by T. Wouters <https://github.com/python-greenlet/greenlet/pull/472>_ for theinitial free-threaded support and a discussion of the current
known issues.
v3.2.5Compare Source
==================
.. note::
The 3.2.x series will be the last to support Python 3.9.
.. note::
No Windows wheels will be published for this version.
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.