-
Notifications
You must be signed in to change notification settings - Fork 235
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Likely bug in cibuildwheel #1983
Comments
Are you sure it's not a bug in setuptools? IIRC that was a bug for a bit there? |
I'm also seeing For me, many builds succeed, but for example PyPy 3.8 manylinux x86_64 fails. The failure on macos is also PyPy 3.8 (PyPy 3.8 macOS x86_64). However, windows pypy 3.8 succeeds! The error seems to indicate that detection of the correct program to invoke as the linker has failed and resulted in
Could the problem be inside the version of the build container such as pypy_x86_64: quay.io/pypa/manylinux2014_x86_64:2024.08.03-1 ?
it looks like pypy 3.8 is built by default, but has been dropped from manylinux. Is cibuildwheel supposed to fetch the toolchain in some alternate way when this happens? I am not able to interpret my build logs to see if this is happening, but I can sure see that in the 2024.08.03-1 image pp3.8 is not there .. but pp3.7 is not either, yet it appearently builds OK. I hope some of this information might help direct this issue to the correct place. In my project, I'll just be disabling pp* or pp38* wheels and moving on, because I doubt pypy users are important users of my weird little project. edited to add: pp39 is broken as well with a similar error. |
This is a bug in PyPy + setuptools interaction, I don't think cibuildwheel is involved at all. PyPy's official stance is PyPy 3.7-3.9 are not supported and are not expected to work. I think 3.7 works because it's getting an old setuptools. I think PyPy's latest (3.10 only) may contain the fix. If possible, I'd recommend only building PyPy3.10. That's what PyPy recommends. We just don't have a general concept of a "default-off" identifier at the moment. |
The setuptools bug is pypa/distutils#283; you can pin |
Description
Please look at this issue which was originally thought to be a bug in Github Actions. However, it seems that a bug in cibuildwheel was introduced in v2.18.0.
Build log
No response
CI config
No response
The text was updated successfully, but these errors were encountered: