Releases: astral-sh/python-build-standalone
Releases · astral-sh/python-build-standalone
20250702
Build system changes
- Enable native builds on Linux aarch64
Distribution changes
- The
aarch64-unknown-linux
builds no longer includenoopt
andlto
variants in favor of apgo+lto
variant.
Full Changelog: 2025063...2025070
20250630
20250626
Upgrades
- CPython 3.14.0b3
Distribution changes
- Patch libedit to stop re-broadcasting signals to the parent
Build system changes
- Use the latest patch for the CFLAGS JIT configuration
- Use Depot runners for Windows builds in CI
Full Changelog: 2025061...2025062
20250612
20250610
Upgrades
- CPython 3.14.0b2
Distribution changes
- Add patch for stable
uuid.getnode
on 3.13
Full Changelog: 2025060...2025061
20250604
Upgrades
- CPython 3.14.0b1, 3.13.4, 3.12.11, 3.11.13, 3.10.18 and 3.9.23
Full Changelog: 2025052...2025060
20250529
Distribution changes
- Fix the implementation of the workaround mentioned in the previous release notes for third-party packages that incorrectly assume the interpreter is statically linking libpython (#623)
- Disable an unsafe optimization that started applying to the statically-linked interpreter which made e.g. subclasses of
str
misbehave (#622, see also astral-sh/uv#13610) - Update the "quirks" documentation page (#625)
Upgrades
- xcb-proto 1.14.1 -> 1.17.0 (#627)
Build system changes
- Remove build support for Linux x86 builds (#626). Note that Linux x86 builds have not actually been done since 2023.
- Remove the need for the
xcb
Docker image as part of #627 - Remove build support for sccache, which was also unused (#629)
Full Changelog: 2025052...2025052
20250521
Build changes
- Remove various older X11 packages and expand use of xorgproto (#609)
Distribution changes
- Allow the experimental JIT to be enabled at runtime on Python 3.13 and 3.14 on macOS on aarch64 aka Apple Silicon (#544). Linux was added previously in #538 and #543; our macOS compatibility baseline is too old for x86_64 to enable it at the moment.
- Work around third-party packages that (incorrectly) assume the interpreter is dynamically linking libpython (#621). As with the 20250517 release, we are still statically linking libpython into the interpreter for performance and compatibility, and still shipping a dynamic libpython for compatibility with various tools/workflows that expect it, but we have now tweaked the build to increase the compatibility of this configuration.
Full Changelog: 2025051...2025052
20250517
Updates
- CPython 3.14.0a7
- LLVM 21.0.4
Distribution changes
- Include Python 3.14 in published musl distributions
- Include free-threaded Python in published musl distributions
- Statically link
libpython
into interpreter on Linux (but keep buildinglibpython3.x.so
) - Fix potential filedescriptor leak by not applying
-hugify
Full Changelog: 2025040...2025051
20250409
Updates
- CPython 3.13.3
- CPython 3.12.10
- CPython 3.11.12
- CPython 3.10.17
- CPython 3.9.22
Build changes
- Add support for building Python 3.14 on musl (distributions are not yet published)
- Add support for building free-threaded Python on musl (distributions are not yet published)
Full Changelog: 2025031...2025040