_mm_loadu_si32在Ubuntu上未被GCC识别

Question

当我尝试使用_MM_LOADU_SI32时，VSCODE给出了错误消息：
类型“ int”的值不能用于初始化类型的实体“ __m128i
尝试编译时，我会收到错误消息：
函数'_mm_loadu_si32'的隐式声明

是奇怪的部分是_mm_mm_loadu_si32之前的几行，我正在使用_mm_mm_loadu_si128 。 _mm_loadu_si64也有效。
另外，在Windows上，我的程序编译。

我运行sudo apt-get update和sudo apt-get升级，因此问题没有过时的软件。这是否仅限于Ubuntu？

OS：Ubuntu 20.04
GCC：9.4.0

Answer 1

您的GCC太老了，您需要GCC11才能通过inmintrin.h 定义它，

并且您需要GCC11.3或GCC12对于非破裂版本，它放置了已加载的版本字节位于结果矢量中的正确位置，并且要对齐 /严格确定安全。 gcc bug 99754 99754

Clang有时会错过定义一些“助手”内在的，最终才能到他们身边。这是其中一种情况，甚至更糟糕的是，第一次添加它是越野车的尝试。那里有GCC版本（GCC11.0至11.2）支持它，但会将其错误编译（将dword或word放置在加载后的顶部元素中，而不是底部，因为它们使用了_mm_set而不是标题实现中的_mm_setr。）

---

FP等效4字节负载，__ M128 _mm_load_ss（float*）已永远定义，但是在海湾合作委员会的实现中仍然不像其他编译器那样对齐或严格确定安全。 GCC的标题derefs float*，而不是使用memcpy或__属性__（（（校准）（1），May_alias））指针类型。那是 gcc bug pr84508 。

因此，不幸的是，在GCC中，不是可以安全地使用_mm_castps_si128（_mm_load_ss（（（float*）ptr）））。

---

老年编译器的便携式实现

您的最佳选择不协调的4个字节负载可能是此便携式实现：

__m128i movd_load(void *p)
{
    int tmp;                       // int32_t on implementations that support intrinsics
    memcpy(&tmp, p, sizeof(tmp));  // unaligned aliasing-safe load
    return _mm_cvtsi32_si128(tmp);
}

它在GCC/Clang/MSVC上很好地编译（ godbolt 显示全部）。 GCC和Clang的旧版本：已测试的GCC4.7和GCC12，只是预期movd XMM0，[rdi]/ret。

但是它愚蠢地在ICC上编译，加载到EAX中，然后存储/重新加载或movd XMM0，eax，而不是movd的内存源操作数。

---

这也可作为PMOVZX / PMOVSX负载的建筑块（用于狭窄负载的重要用例之一

#if defined(__SSE4_1__) || defined (_MSC_VER)
__m128i pmovzxbd_load(void *p)
{
    __m128i v = movd_load(p);
    return _mm_cvtepu8_epi32(v);  // folds the load with GCC9 or later
    // but not ICC or MSVC, or earlier GCC: they all movd into an XMM reg and pmovzxbd xmm0,xmm0
    // clang gets this right, with a mem src pmovzxbd
}
#endif

# GCC8.5 -O2 -march=skylake -mno-avx
# and MSVC19.14.  ICC 2021 is even worse, going through EAX
pmovzxbd_load:
        movd    xmm0, DWORD PTR [rdi]
        pmovzxbd        xmm0, xmm0
        ret

# GCC9.5 -O2 -march=skylake -mno-avx
# and clang
pmovzxbd_load:
        pmovzxbd        xmm0, DWORD PTR [rdi]
        ret