-
Notifications
You must be signed in to change notification settings - Fork 574
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
FIX: SM4 GFNI needs AVX2 #4494
FIX: SM4 GFNI needs AVX2 #4494
Conversation
Probably yeah. VAES for instance is defined as VAES+AVX2 bits. We already handle disabling these at runtime in CPUID cleanly (if you use |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Addresses the immediate issue so fine with me.
I’ll think about what to do here in the general case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I realize now this doesn’t actually address the real issue
We should have a <dep>
on simd_avx2
. Otherwise with or without this isa bit, if you do configure.py —disable-modules=simd_avx2
this will fail to build.
Makes sense. Otherwise it won't find the avx-related helper headers that are part of |
This module uses AVX2 along with GFNI and should note that in its
info.txt
. Not sure we want to do that in the long-term, though. Perhaps better to implement this as a special case inconfigure.py
, to disable GFNI when AVX2 was explicitly disabled with--disable-avx2
? Are there other examples of such dependencies that need some sort of generalization, perhaps?