Support freethreaded toolchains and wheels #2386
Comments
github-merge-queue bot
pushed a commit
that referenced
this issue
Nov 11, 2024
Before this PR freethreaded toolchains were not possible to be used, this adds the minimum plumbing to get the things working. Coverage support is also added. Whilst at it: - Add plumbing to print checksums only for a particular python version. - Bump the remaining toolchain versions that used to use the 20241008 release - Pass around the loaded platform list so that we are only defining toolchains for the platforms that we have loaded the hermetic toolchain for. Tested: ``` $ bazel run --//python/config_settings:python_version=3.13.0 --//python/config_settings:py_freethreaded="yes" //python/private:current_interpreter_executable ... Python 3.13.0 experimental free-threading build (main, Oct 16 2024, 03:26:14) [Clang 18.1.8 ] on linux Type "help", "copyright", "credits" or "license" for more information. >>> ``` Closes #2129. Work towards #2386.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Scope:
Using a freethreaded toolchain interpreter in
pip.parserules to build from sdist is out of scope. It could be that we have to start supportingsdistbuilding in a build action instead so that we can reuse the same toolchain registrations instead. The code in the interpreter selection at repository_rule time is really robust only when we need to select based on os/arch of the host system.The text was updated successfully, but these errors were encountered: