WHL: add support for Python 3.15t+ - #423
Conversation
e15b245 to
d2d5918
Compare
|
Only one arch (macOS+arm64) is getting to the test phase and then fails miserably with I think I'll merge the supporting refactor but will leave the enabling as a draft. |
8e76206 to
c443474
Compare
|
current status:
in any case I do not intend to merge this (even partially) before 3.15.0rc1 is available, and I expect that numpy might unblock everything once it has wheels for it on PyPI too. |
fd790b7 to
10820c6
Compare
|
current status:
Meanwhile, the "Future Python dependencies" job is failing to select a nightly wheel, supposedly because |
|
regarding forking, I don't think uv has a strategy that would enable what I'm looking for, so I'll just use the low level interface ( edit: #442 ref: https://docs.astral.sh/uv/reference/settings/#fork-strategy |
given that #442 ran successfully with |
10820c6 to
710c34c
Compare
|
The good news is that I can easily reproduce the runtime error locally, so I should be able to produce a minimal report |
33c8698 to
e6a9343
Compare
|
This is now working as intented. The one thing I want to wait for before I undraft is a rust-numpy release with updated numpy headers, which this branch is currently using a dev branch for. |
try to leverage PEP 803
This might not work out of the box yet since NumPy needs to be built from source in CI.