Closed pfebrer closed 2 years ago
The wheel you are trying to repair already has libio_m.z2qrulmp43yn7bzyxtwuv4l6mjf2c6ct.gfortran-win32.dll
in it. By default, delvewheel
does not check whether a DLL is already in the wheel and tries to find it from an external source. To change this behavior, use the --ignore-in-wheel
flag.
Thank you very much! --ignore-in-wheel
works for windows_amd64
, but it doesn't seem to work for the 32bit version, is this intended/known?
See logs: https://github.com/pfebrer/sisl/runs/5003473146?check_suite_focus=true
Does the wheel you are trying to repair contain the file libio_m.z2qrulmp43yn7bzyxtwuv4l6mjf2c6ct.gfortran-win32.dll
? If not, that's the problem. If so, upload the wheel here and I'll take a look at it.
Yes, it's exactly the one that I uploaded :)
Or where you able to repair that one? If so I can double check that the file is still there in the last CI runs, but I didn't change anything about the build process, so it should be there.
For the wheel you uploaded, libio_m.z2qrulmp43yn7bzyxtwuv4l6mjf2c6ct.gfortran-win32.dll
is 64-bit. The FileNotFoundError
is occurring because delvewheel
is unable to find a 32-bit version of this file when you try to repair a 32-bit wheel.
Ok, nice! I guess that solves the mistery. I have no idea how to make this file be 32-bit but it is what it is :sweat_smile:
Thanks for the help!
Hi! We are trying to create wheels for windows for the first time using
pypa/cibuildwheel
anddelvewheel
. Our package uses fortran extensions compiled usingf2py
. When repairing the wheel, we get this error:Here are the CI logs: https://github.com/pfebrer/sisl/runs/4999376946?check_suite_focus=true And here is the wheel that is built and we are trying to repair: sisl-0.1.dev1+g1b94514-cp39-cp39-win32.zip
I should say that we are quite lost on how
dll
are managed by windows, so presumably we are doing things wrong :) Any pointers in the right direction would be very highly appreciated :sweat_smile:Thanks!