You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems that when the build system's CPU supports AVX2 it is always used for FourQ. I'm currently facing compiler errors in a downstream application including APSI for AVX2 enabled systems where for systems that only support AVX everything works. Is there already an option or would you consider adding one to enforce AVX even if AVX2 support is available (e.g. a -D_NO_AVX2_=1 option)?
Beyond my current build issue I'm also thinking about if and how pre-built libraries could be distributed as part of a package in a robust way so that even if the package is built on an AVX2 enabled system, it could still be used on systems that share the same OS and architecture but only support AVX.
The text was updated successfully, but these errors were encountered:
Fixes the following GitHub issues:
- [#25](#25) Force AVX when AVX2 is available
- [#31](#31) Build fails on Mac M1
- [#32](#32) Build fails on arm64-android
- [#33](#33) Build fails on x86-windows
- [#34](#34) Building arm64-windows
This has been fixed in the latest release, version 0.8.2.
You are now able to specify -DAPSI_DETECT_AVX=OFF and/or -DAPSI_DETECT_AVX2=OFF to turn off AVX detection (ON by default).
It seems that when the build system's CPU supports AVX2 it is always used for FourQ. I'm currently facing compiler errors in a downstream application including APSI for AVX2 enabled systems where for systems that only support AVX everything works. Is there already an option or would you consider adding one to enforce AVX even if AVX2 support is available (e.g. a
-D_NO_AVX2_=1
option)?Beyond my current build issue I'm also thinking about if and how pre-built libraries could be distributed as part of a package in a robust way so that even if the package is built on an AVX2 enabled system, it could still be used on systems that share the same OS and architecture but only support AVX.
The text was updated successfully, but these errors were encountered: