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
Describe the bug
I observe a compile issue of downstream packages (i.e., adios2) built against c-blosc2 using the Spack package manager. Somehow, c-blosc2 links against _xgetbv. Is this used in c-blosc2?
In principle GCC folks added _xgetbv in immintrin.h starting in GCC 9. If using a GCC less than this, an internal implementation is provided. Not sure what you mean by transitive dependency, but if you think something is missing, please tell us.
Maybe unrelated, but in newest (and just tagged) 2.15.1 we have fixed some issues related with compiling shuffle.c (#622). Can you try with this version?
I double checked, and I do see the issues with Clang 7 and 8 in CI... I wondered if a compiler flag that adds an intrinsic or external library for these calls is only added PRIVATE (during c-blosc2 compile) but might be missing to append an extra library in the PUBLIC CMake library interfaces.
Describe the bug
I observe a compile issue of downstream packages (i.e., adios2) built against c-blosc2 using the Spack package manager. Somehow, c-blosc2 links against
_xgetbv
. Is this used in c-blosc2?To Reproduce
Detailed in spack/spack#45253
Expected behavior
Should build. Looks like a transitive dependency is not exposed as public in CMake?
Logs
If applicable, add logs to help explain your problem.
System information:
The text was updated successfully, but these errors were encountered: