如何在VS 2017中禁用AVX-512 Intrinsics或重定义同名函数？

针对你遇到的_mm_cvtepi64_epi32命名冲突问题，我整理了几个实用的解决方案，既能保住你的命名规范，又能避开AVX-512的干扰：

1. 编译阶段直接禁用AVX-512支持 #

这是最彻底的解决方式，从根源上阻止编译器加载AVX-512相关头文件：

• GCC/Clang：编译时添加 -mno-avx512f 参数（AVX-512F是基础指令集，禁用它就会屏蔽所有AVX-512 intrinsics）。
• MSVC：使用 /arch:AVX2 或 /arch:AVX 编译选项，强制编译器只启用AVX/AVX2指令集支持，不会引入AVX-512的头文件。

这样一来，zmmintrin.h 不会被间接引入，你就能自由使用_mm_cvtepi64_epi32这个名称实现自己的shuffle版本了。

2. 通过宏定义阻止AVX-512头文件加载 #

如果无法修改全局编译选项，可以在代码中提前定义宏，拦截AVX-512头文件的加载逻辑：

// 在所有可能引入zmmintrin.h的头文件之前添加这段代码
#undef __AVX512F__
#define __AVX512F__ 0

// 然后再包含你的其他头文件
#include "your_headers.h"

大多数编译器的AVX-512头文件会检查__AVX512F__宏是否定义，将其设为0后，头文件会跳过AVX-512相关内容的定义。

3. 用条件编译适配自定义实现 #

如果上面两种方法都不可行，可以通过条件编译区分AVX-512是否开启，让代码自动选择实现版本：

#include <immintrin.h>

#ifdef __AVX512F__
// 编译器支持AVX-512时，使用系统自带的intrinsic
#else
// 自己用AVX2 shuffle实现_mm_cvtepi64_epi32
__m128i _mm_cvtepi64_epi32(__m256i a) {
    // 示例实现：将输入的低两个64位元素符号扩展为32位，组成返回值
    __m128i low_128 = _mm256_castsi256_si128(a);
    // 提取每个64位元素的低32位，并进行符号扩展
    __m128i lo = _mm_shuffle_epi32(low_128, _MM_SHUFFLE(0, 0, 0, 0));
    __m128i hi = _mm_shuffle_epi32(low_128, _MM_SHUFFLE(1, 1, 1, 1));
    __m128i sign_mask = _mm_srai_epi32(hi, 31);
    return _mm_or_si128(lo, sign_mask);
}
#endif

这种方式既能保证命名规范一致，又能兼容不同的编译环境——当未来AVX-512成为主流时，代码会自动切换到官方实现，不需要额外修改。

内容的提问来源于stack exchange，提问作者IamIC