-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
[OpenBLAS] Target CPU autodetection makes binaries undeployable #12705
Comments
@nenomius Any specific target that you are using and failed? |
@uilianries |
@nenomius okay, it explains better. PLease, for future issues, when something is not working, you can open using the Anyway, we will need to update that recipe. The thing is, we use cmake to build, so we will need to find some way to pass targets name to cmake and work just like for make command. |
- Allow disabling AVX512 via env variable, workaround for conan-io#12705 - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338 - Add latest OpenBLAS release version 0.3.23 - Move replace_in_file to patches instead - Fix intel fortran compiler identification in OpenBLAS cmake - Allow build_lapack without fortran using C_LAPACK since 0.3.23
- Allow disabling AVX512 via env variable, workaround for conan-io#12705 - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338 - Add latest OpenBLAS release version 0.3.23 - Move replace_in_file to patches instead - Fix intel fortran compiler identification in OpenBLAS cmake - Allow build_lapack without fortran using C_LAPACK since 0.3.23
- Allow disabling AVX512 via env variable, workaround for conan-io#12705 - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338 - Add latest OpenBLAS release version 0.3.23 - Move replace_in_file to patches instead - Fix intel fortran compiler identification in OpenBLAS cmake - Allow build_lapack without fortran using C_LAPACK since 0.3.23
- Allow disabling AVX512 via env variable, workaround for conan-io#12705 - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338 - Add latest OpenBLAS release version 0.3.23 - Move replace_in_file to patches instead - Fix intel fortran compiler identification in OpenBLAS cmake - Allow build_lapack without fortran using C_LAPACK since 0.3.23
- Allow disabling AVX512 via env variable, workaround for conan-io#12705 - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338 - Add latest OpenBLAS release version 0.3.23 - Move replace_in_file to patches instead - Fix intel fortran compiler identification in OpenBLAS cmake - Allow build_lapack without fortran using C_LAPACK since 0.3.23
- Allow disabling AVX512 via env variable, workaround for conan-io#12705 - Only make gfortran a dependency if actually used, related to conan-io#5910, conan-io#1867, conan-io#5338 - Add latest OpenBLAS release version 0.3.23 - Move replace_in_file to patches instead - Fix intel fortran compiler identification in OpenBLAS cmake - Allow build_lapack without fortran using C_LAPACK since 0.3.23
https://github.com/xianyi/OpenBLAS#normal-compile says this:
Current recipe does not set that:
conan-center-index/recipes/openblas/all/conanfile.py
Line 65 in 69fa4d8
This results in OpenBLAS autodetecting CPU features to build for using build-server CPU info, which makes resulting binaries broken for any CPU that don't have some of instruction sets that happened to be available at build time (crashes on illegal instructions and similar fun things).
The text was updated successfully, but these errors were encountered: