PyPy v7.3.14: release of python 2.7, 3.9, and 3.10

The PyPy team is proud to release version 7.3.14 of PyPy.

Hightlights of this release are compatibility with HPy-0.9, cffi 1.16, additional C-API interfaces, and more python3.10 fixes.

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.

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.13 release on Sept 29, 2023.

We recommend updating. You can find links to download the v7.3.14 releases here:

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

We would also like to thank our contributors and encourage new people to join the project. Since the last release we have contributions from three new contributors. 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.

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.


For all versions

  • Use OpenSSL 3.0.12 when embedding libraries for a portable build
  • Add a part of CFFI 1.17. When in ABI mode, you can now use lib.funcname in many places where a <cdata> object was required. For instance, it can be used in a callback to a C function call, or written to a C structure field of the correct pointer-to-function type. You can also use ffi.cast() or ffi.typeof()` on it.
  • Convert all usages of stat64 to stat, which fixes compilation on >=musl-1.2.4 libc (#4047)


  • Fix constfolding of str() without arguments (used to crash) (#4017)
  • Windows: remove wrong c-level define, use standard include instead (#4023)
  • Fix universal newline but non-translating text-io: in this mode, two \r at the end of the file were combined into a single line by .readline() (#4037)
  • Fix segfault when JITting code which skips short preamble setup (#4030)
  • Align memoryview use of PyBUF_MAX_NDIM with python3 (#4040)

Speedups and enhancements

  • Fixes for compilation with gcc 14 and clang which enforce more strict C behaviour (#4041)
  • Avoid calling codepoints_in_utf8 on the original input string again and again (#4027)

Python 3.9+

  • Improve os.scandir() handling of symlinks on Windows
  • Remove extraneous debug print from _ssl (#4009)
  • Update cffi backend to 1.16.0, add HPy backend to 0.9
  • When creating a venv from a symlinked venv, force symlinks. Portable builds need too many shared objects to allow copying only the executables
  • Refactor calling finalizers in cpyext to make sure they are called


  • If object does not have __len__, default to pyobj.itemcount=0 (#4012)
  • Fix small_int.__rpow__(large_int) (#4015)
  • Make mmap.mmap.__setitem__ accept a buffer (#4006)
  • In cpyext, when re-assigning to type.__bases__, rebuild the type struct (#3975)
  • Remove newline in line read from PYPY_PORTABLE_DEPS.txt (#4018)
  • Fix astcompiler bug where sometimes a return with a value wasn’t being caught inside an async generator (#4022)
  • Start implementing the ag_running logic of asynchronous generators (#3995)
  • Handle pathlib.path in PyUnicode_FSDecoder, PyUnicode_FSDecoder (#3168)
  • Raise OSError in gmtime like in localtime
  • Make the construction arguments of builtin types more introspectable (#4033)
  • Make sure an encoding in str.decode(encoding=xxx) does not have invalid surrogates

Speedups and enhancements

  • Follow upstream performance patch for (#4007)
  • Add os.getppid, os.getlogin on windows (#4024)
  • Proactively call bufferview.releasebuffer when exiting a context manager and don’t wait for gc to release it.
  • Always initialize threads at startup, like in Py_Initialize for Cpython3.9
  • Add a NULL byte to bytearray data, like CPython. (#4029)
  • Add hidden_applevel to Discovered in django PR 17500 to revive PyPy support in django
  • Add window API functions PyErr_SetFromWindowsErrWithFilename, PyErr_SetExcFromWindowsErrWithFilenameObject, PyErr_SetExcFromWindowsErrWithFilenameObjects (#4034)

Python 3.10


  • LIST_EXTEND bytecode should just let all exceptions through if the second argument is iterable (#4031)
  • Pattern matching classes now use the full isinstance machinery, calling __instancecheck__ too. (#4035)