Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Force AVX even when AVX2 available #25

Closed
LGro opened this issue May 6, 2022 · 1 comment
Closed

Force AVX even when AVX2 available #25

LGro opened this issue May 6, 2022 · 1 comment

Comments

@LGro
Copy link

LGro commented May 6, 2022

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.

@LGro LGro mentioned this issue Jun 5, 2022
kiromaru added a commit that referenced this issue Jul 7, 2022
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
@kiromaru
Copy link
Contributor

kiromaru commented Jul 8, 2022

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).

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants