======================================================================= PyPy v7.3.13: release of python 2.7, 3.9, and 3.10, released 2023-09-29 ======================================================================= The PyPy team is proud to release version 7.3.13 of PyPy. This is primarily a security/bug-fix release. CPython released security patches, and this release also improves the ability to use type specifications via ``PyType_FromSpec`` and friends. There are also some small speed-ups. The release includes three different interpreters: - PyPy2.7, which is an interpreter supporting the syntax and the features of Python 2.7 including the stdlib for CPython 2.7.18+ (the ``+`` is for backported security updates) - PyPy3.9, which is an interpreter supporting the syntax and the features of Python 3.9, including the stdlib for CPython 3.9.18. - PyPy3.10, which is an interpreter supporting the syntax and the features of Python 3.10, including the stdlib for CPython 3.10.13. Note it requires at least cython 0.29.35 or cython 3.0.0b3. The interpreters are based on much the same codebase, thus the multiple release. This is a micro release, all APIs are compatible with the other 7.3 releases. It follows after 7.3.12 release on June 16, 2023. We recommend updating. You can find links to download the v7.3.13 releases here: https://pypy.org/download.html We would like to thank our donors for the continued support of the PyPy project. If PyPy is not quite good enough for your needs, we are available for `direct consulting`_ work. If PyPy is helping you out, we would love to hear about it and encourage submissions to our blog_ via a pull request to https://github.com/pypy/pypy.org We would also like to thank our contributors and encourage new people to join the project. PyPy has many layers and we need help with all of them: bug fixes, `PyPy`_ and `RPython`_ documentation improvements, or general `help`_ with making RPython's JIT even better. If you are a python library maintainer and use C-extensions, please consider making a HPy_ / CFFI_ / cppyy_ version of your library that would be performant on PyPy. In any case, both `cibuildwheel`_ and the `multibuild system`_ support building wheels for PyPy. .. _`PyPy`: index.html .. _`RPython`: https://rpython.readthedocs.org .. _`help`: project-ideas.html .. _CFFI: https://cffi.readthedocs.io .. _cppyy: https://cppyy.readthedocs.io .. _`multibuild system`: https://github.com/matthew-brett/multibuild .. _`cibuildwheel`: https://github.com/joerick/cibuildwheel .. _blog: https://pypy.org/blog .. _HPy: https://hpyproject.org/ .. _was sponsored: https://www.pypy.org/posts/2022/07/m1-support-for-pypy.html .. _direct consulting: https://www.pypy.org/pypy-sponsors.html .. _has built: https://www.pypy.org/posts/2022/11/pypy-and-conda-forge.html What is PyPy? ============= PyPy is a Python interpreter, a drop-in replacement for CPython It's fast (`PyPy and CPython 3.7.4`_ performance comparison) due to its integrated tracing JIT compiler. We also welcome developers of other `dynamic languages`_ to see what RPython can do for them. We provide binary builds for: * **x86** machines on most common operating systems (Linux 32/64 bits, Mac OS 64 bits, Windows 64 bits) * 64-bit **ARM** machines running Linux (``aarch64``). * Apple **M1 arm64** machines (``macos_arm64``). * **s390x** running Linux PyPy support Windows 32-bit, Linux PPC64 big- and little-endian, and Linux ARM 32 bit, but does not release binaries. Please reach out to us if you wish to sponsor binary releases for those platforms. Downstream packagers provide binary builds for debian, Fedora, conda, OpenBSD, FreeBSD, Gentoo, and more. .. _`PyPy and CPython 3.7.4`: https://speed.pypy.org .. _`dynamic languages`: https://rpython.readthedocs.io/en/latest/examples.html Changelog ========= For all versions ---------------- - Update to ssl 1.1.1w, or 3.0.10 when embedding libraries for a portable build Bugfixes ~~~~~~~~ - Report exceptions that are created when forcing an oefmt as unraisable (issue 3978_) Speedups and enhancements ~~~~~~~~~~~~~~~~~~~~~~~~~ - Shrink the size of the PyPy binaries by about ~700KiB by auto-generating fewer versions of the RPython dict and list types. - Speed up tracing and code generation in the JIT slightly by reducing the size in memory of one of its central data structures, the ``MIFrame``. This is done by not allocating three lists of length 256 for the registers in the MIFrames and the blackhole frames. Almost all jitcodes have much smaller frame sizes. - Improve ``str.strip()`` to make it better optimizable by the JIT. - Make access to ``sys.flags`` faster by making sure the JIT can constant-fold the access most of the time. (especially important on py3.x, where every ``bytes.decode`` call checks ``sys.flags.utf8_mode``) - Speed up the flowspace a lot for huge functions. This makes building the PyPy binary a little bit faster. - Make ``UnicodeIO`` store its data in a list of ``r_int32``, as opposed to using the rpython (Python2.7) unicode type. we want to get rid of the unicode type and also it requires an extra copy all the time. - Make every Python integer that doesn't fit into a machine word use one word less memory by storing the sign differently. Python 3.9+ ----------- - Create c-extension modules used in tests as part of the build (in package.py), not as part of testing. Bugfixes ~~~~~~~~ - More selectively clear ``StopIteration`` exceptions on ``tp_iternext`` (issue 3956_). Diagnosed and fixed by a new contributor. - Copy less when creating a venv by using a ``PYPY_PORTABLE_DEPS.txt`` file to state which dlls to copy in a portable build (issue 3611_) - On macos ``sendfile`` can return an error while sending part of the file (issue 3964_) - Fixes on both app-level and C level for ``Py_TPFLAGS_BASETYPE=0`` (issue 2742_). Also set ``PyType_Type.tp_itemsize`` to ``sizeof(PyMemberDef)`` like on CPython - Fix ``PyType_FromSpecWithBases`` to correctly use ``Py_tp_doc``, ``Py_tp_members`` in spec, fix ``__module__`` assignment, better handle ``__name__`` and ``tp_name`` - Hide ``functools`` wrappers from the stack when reporting warnings (issue 3988_) - Fix edge case of datetime isoformat parsing (issue 3989_) - Accept NULL ``tp_doc`` (bpo-41832_) - Align ``nb_int`` with ``PyNumber_Long`` (to get consistent error messages) - Handle ``pathlib.Path`` objects in ``_ssl`` (issue 4002_) - Implement ``_PyLong_AsInt`` which is not part of the stable API but used in testing Speedups and enhancements ~~~~~~~~~~~~~~~~~~~~~~~~~ - Avoid compiling a new regex where not needed (in ``email``, ``csv``, and elsewhere) (issue 3961_) Python 3.10 ----------- Bugfixes ~~~~~~~~ - Fix, test locking in HMAC update (issue 3962_) - When re-assigning to ``type.__bases__``, rebuild the cpyext type struct (issue 3976_) - Add missing slot macro ``Py_am_send`` (issue 3990_) .. _bpo-41832: https://bugs.python.org/issue41832 .. _2742: https://foss.heptapod.net/pypy/pypy/-/issues/2742 .. _3611: https://foss.heptapod.net/pypy/pypy/-/issues/3611 .. _3956: https://foss.heptapod.net/pypy/pypy/-/issues/3956 .. _3961: https://foss.heptapod.net/pypy/pypy/-/issues/3961 .. _3962: https://foss.heptapod.net/pypy/pypy/-/issues/3962 .. _3964: https://foss.heptapod.net/pypy/pypy/-/issues/3964 .. _3976: https://foss.heptapod.net/pypy/pypy/-/issues/3976 .. _3978: https://foss.heptapod.net/pypy/pypy/-/issues/3978 .. _3988: https://foss.heptapod.net/pypy/pypy/-/issues/3988 .. _3989: https://foss.heptapod.net/pypy/pypy/-/issues/3989 .. _3990: https://foss.heptapod.net/pypy/pypy/-/issues/3990 .. _4002: https://foss.heptapod.net/pypy/pypy/-/issues/4002