PyPy v7.3.0: release of 2.7, and 3.6¶
The PyPy team is proud to release the version 7.3.0 of PyPy, which includes two 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.13
- PyPy3.6: which is an interpreter supporting the syntax and the features of Python 3.6, including the stdlib for CPython 3.6.9.
The interpreters are based on much the same codebase, thus the double release.
We have worked with the python packaging group to support tooling around building third party packages for python, so this release changes the ABI tag for PyPy.
Based on the great work done in portable-pypy, the linux x86 downloads we provide are now built on top of the manylinux2010 CentOS6 docker image. The tarballs include the needed shared objects to run on any platform that supports manylinux2010 wheels, which should include all supported versions of debian- and RedHat-based distributions (including Ubuntu, CentOS, and Fedora).
The CFFI backend has been updated to version 1.13.1. We recommend using CFFI rather than c-extensions to interact with C.
_cppyy module was upgraded to 1.10.6, which
provides, among others, better template resolution, stricter
anonymous struct/unions, cmake fragments for distribution, optimizations for
PODs, and faster wrapper calls. We reccomend using cppyy for performant
wrapping of C++ code for Python.
The vendored pyrepl package for interaction inside the REPL was updated.
Support for codepage encoding and decoding was added for Windows.
As always, this release fixed several issues and bugs raised by the growing community of PyPy users. We strongly recommend updating. Many of the fixes are the direct result of end-user bug reports, so please continue reporting issues as they crop up.
You can download the v7.3 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.
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 3 new contributors, thanks for pitching in.
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. If you are stuck with using the C-API, you can use docker images with PyPy built in or the multibuild system to build wheels.
What is PyPy?¶
PyPy is a very compliant Python interpreter, almost a drop-in replacement for CPython 2.7, 3.6. It’s fast (PyPy and CPython 2.7.x 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 32 bits, OpenBSD, FreeBSD)
- big- and little-endian variants of PPC64 running Linux,
- s390x running Linux
- 64-bit ARM machines running Linux.
Unfortunately at the moment of writing our ARM buildbots are out of service, so for now we are not releasing any binary for the ARM architecture (32 bit), although PyPy does support ARM 32 bit processors.
Python 3.6 only¶
- Don’t grow the
- Backport fix from CPython for failure of
lzmato decompress a file (issue 3090)
- Fix range checking in GB18030 decoder (CPython issue 29990)
- Fix handling escape characters in HZ codec (CPython issue 30003)
- Reject null characters in a few more functions (CPython issue 13617)
- Fix build on macOS without
clock_gettime(before 10.12 and xcode 8, released 2016)
- Backport 3.7.5 changes to
time.__eq__(CPython issue 37579)
- Backport more fixes to comparisons in
datetime.py(CPython issue 37985)
- Use the python tag in
pycfile names, not the abi tag
- Handle string formatting with a single
[in the format string (issue 3100)
- Backport some of the patches in macports pypy
- Add missing
- Update pyrepl from upstream package (issue 2971)
- Fix range of allowed years in
time.mktimeto match CPython 13312
- Generators need to store the old current
exc_infoin a place that is visible, because in one corner case a call to
sys.exc_info()might need it. (issue 3096)
- Remove incorrect clobbering of the
- Adds encoding, decoding codepages on win32
- Remove socket error attributes from
- Add missing
os.getgrouplist(part of issue 2375)
- Back-port the tentative fix from cpython: “Import deadlock detection causes deadlock” (part of issue 3111)
- Fix handling of
W_IntObjectwhen converting from
intwhen possible, which speeds up many code paths.
Python 3.6 C-API¶
PyUnicodeObjectslightly more compact
- Fix memory leak when releasing a