PyPy v7.3.6: release of python 2.7, 3.7, and 3.8-beta¶
The PyPy team is proud to release version 7.3.6 of PyPy, which 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.7, which is an interpreter supporting the syntax and the features of Python 3.7, including the stdlib for CPython 3.7.12.
- PyPy3.8, which is an interpreter supporting the syntax and the features of Python 3.8, including the stdlib for CPython 3.8.12. Since this is our first release of the interpreter, we relate to this as “beta” quality. We welcome testing of this version, if you discover incompatibilites, please report them so we can gain confidence in the version.
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. Highlights of the release, since the release of 7.3.5 in May 2021, include:
- We have merged a backend for HPy, the better C-API interface. The backend implements version 0.0.3.
- Translation of PyPy into a binary, known to be slow, is now about 40% faster. On a modern machine, PyPy3.8 can translate in about 20 minutes.
- PyPy Windows 64 is now available on conda-forge, along with over 600 commonly used binary packages. This new offering joins the more than 1000 conda packages for PyPy on Linux and macOS. Many thanks to the conda-forge maintainers for pushing this forward over the past 18 months.
- Speed improvements were made to
io
,sum
,_ssl
and more. These were done in response to user feedback.- The 3.8 version of the release contains a beta-quality improvement to the JIT to better support compiling huge Python functions by breaking them up into smaller pieces.
- The release of Python3.8 required a concerted effort. We were greatly helped by @isidentical (Batuhan Taskaya) and other new contributors.
- The 3.8 package now uses the same layout as CPython, and many of the PyPy-specific changes to
sysconfig
,distutils.sysconfig
, anddistutils.commands.install.py
have been removed. Thestdlib
now is located in<base>/lib/pypy3.8
onposix
systems, and in<base>/Lib
on Windows. The include files on windows remain the same, onposix
they are in<base>/include/pypy3.8
. Note we still use thepypy
prefix to prevent mixing the files with CPython (which usespython
.
We recommend updating. You can find links to download the v7.3.6 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 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: PyPy and RPython documentation improvements, tweaking popular modules to run on PyPy, or general help with making RPython’s JIT even better. Since the previous release, we have accepted contributions from 7 new contributors, thanks for pitching in, and welcome to the project!
If you are a python library maintainer and use C-extensions, please consider making a 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 2.7, 3.7, and soon 3.8. 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.
This PyPy release supports:
- x86 machines on most common operating systems (Linux 32/64 bits, Mac OS X 64 bits, Windows 64 bits, OpenBSD, FreeBSD)
- big- and little-endian variants of PPC64 running Linux,
- s390x running Linux
- 64-bit ARM machines running Linux.
PyPy does support Windows 32-bit and ARM 32 bit processors, but does not release binaries. Please reach out to us if you wish to sponsor releases for those platforms.
Changelog¶
Python 3.7+ bugfixes¶
- Fix MemoryError on zip.read in shutil._unpack_zipfile for large files bpo 43650
- Fix some issues around the
obj
field ofmemoryview
, and add missingtoreadonly
. - Fix
re.sub()
with no match and with unusual types of arguments (issue 3515) - Fix
_socket.sethostname()
failure when passed bytes - Switch
sys.implementation.version
andsys.implementation.hexversion
topypy_version_info
(i.e. (7, 3. 6) not (3, 7. 10)) (issue 3129) - Fix
pypy -Wonce
(issue 3411)
Python 3.7+ speedups and enhancements¶
- Speed up cached imports by re-implementing (a subset of) bpo 22557. This brings PyPy3.7 very close to the speed of PyPy2 (issue 3431)
- Ignore finalizers on built-in
io
classes if we know the stream is closed. Also find some other optimizations aroundio
operations. - Add more fields to
sysconfig.get_config_var
via_sysconfigdata
(issue 3483) - Add a
sys.implementation._multiarch
field like CPython on linux and darwin - Add a
lib_pypy\_sysconfigdata__*.py
file like CPython on linux, darwin during packaging viasysconfig._generate_posix_vars()
(issue 3483) - Slightly adapt the packaging and cffi-module build scripts for compatibility with conda-forge.
- Create
pypy.exe
,pypyw.exe
,python.exe
,pythonw.exe
when packaging for windows - Speed up
_ssl
error processing by moving the class out of_PySSL_errno
and creating a fast-path for instantiation (issue 3490) - Support HPy 0.0.2
- Use CPython list of consts in
os.{confstr,pathconf,sysconf}_names
(issue 3502) - Add
_winapi.GetFileType
andFILE_TYPE_*
values (issue 3531) - Allow
ctypes.POINTER()
to cast ctypes.array` (issue 3546) - Update the stdlib to v3.7.12
Python 3.7 C-API¶
- Add PEP 495 c-api
TimeAndFold
datetime constructors (issue 2987) - Allow
NULL
inPyErr_WriteUnraisable
(issue 3353) - Support
*TimeZone*
functions in datetime - Add slot functions so
int(x)
andfloat(x)
work properly wherex
is a c-extension class - When creating a
PyUnicodeObject
, use the compact form to store the data directly on the object and not via an additional buffer. This is used in pythran via_PyUnicode_COMPACT_DATA
even though it is a “private” interface. - Add
PyGILState_Check
,PyContextVar_New
,PyContextVar_Get
,PyContextVar_Set
- Add
PyExc_WindowsError
(issue 3472) - Add
frame.f_back
, assuming the user is aware of the dangers of examinig the stack - Fix typo in
import.h