-
Notifications
You must be signed in to change notification settings - Fork 18
update OpenBLAS version to v0.3.30-322-gef6f9762 #227
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
base: main
Are you sure you want to change the base?
Conversation
|
Grrr. There are build failures:
openblas-libs/.github/workflows/windows.yml Lines 133 to 135 in 0894b51
|
|
The win-arm64 builds which use CMake are failing somewhere around the link step (it is difficult to isolate which command since CMake has a POST_BUILD command with gensymbol.pl, building dllnit.c, and then linking) with I think this is due to some missing name mangling. We set |
|
Hi @mattip, I've opened OpenMathLib/OpenBLAS#5524 to track this. TL;DR: The generated |
|
I tried adding the patch from upstream to fix win-arm64, but the batch file did not actually use it. I opened #228 to refactor the build on win-arm64 and added patching. |
|
OK, down to the aarch64-manylinux failure. That one is weird: musllinux passes, manylinux fails. |
|
The manylinux2014 image is using gcc-10 (and gfortran-10). The musllinux_1_2 image uses gcc/gfortran 14. gcc-10 is really out of date. FWIW, NumPy has dropped manylinux2014 in favor of manylinux_2_28 (manylinux2014 is equivalent to manylinux_2_17). Scipy still is releasing manylinux2014 wheels. We could
|
|
Cool. Limiting the aarch64-manylinux2014 build to ARMV8 only "solved" the problem. |
6f83f77 to
9193baa
Compare
git describe --tags --abbrev=8in OpenBLAS at theOPENBLAS_COMMIT. If I did not updateOPENBLAS_COMMIT, I incremented the wheel build number (i.e. 0.3.29.0.0 to 0.3.29.0.1)Towards numpy/numpy#5520, scipy/scipy#23686. The last commit in OpenBLAS should fix them.