如何以标准/可移植且高效的方式编写int64=int32*int32？ [关闭]

有关的：int64_t 的这种处理是 GCC AND Clang 错误吗？

我能想到的唯一解决方案是将操作数之一显式转换为int64，迫使产品也至少int64.

但如果这样做的话，那么就取决于编译器的智能来实际执行int64*int32, or int64*int64，或者理想情况下，将其优化回int32*int32.

正如相关问题中所讨论的，分配结果int32*int32 to int64并没有改变这样的事实int32*int32已经引起UB。

任何想法？

您已经指出了如何以标准、可移植且高效的方式执行此操作：

int64_t mul(int32_t x, int32_t y) {
    return (int64_t)x * y;
    // or static_cast<int64_t>(x) * y if you prefer not to use C-style casts
    // or static_cast<int64_t>(x) * static_cast<int64_t>(y) if you don't want
    // the integral promotion to remain implicit
}

您的问题似乎是关于一个假设的架构，该架构具有与函数签名相对应的汇编指令

int64_t intrinsic_mul(int32_t x, int32_t y);
int64_t intrinsic_mul(int64_t x, int64_t y);
int64_t intrinsic_mul(int64_t x, int32_t y); // and maybe this too

并且，在这个假设的架构上，第一个具有相关的优点，并且此外，您的编译器在编译上述函数时无法使用此指令，最重要的是，它无法提供对上述内部函数的访问。

我预计这种情况确实很少见，但如果您确实遇到这种情况，大多数编译器也允许您编写内联组装，因此您可以编写一个直接调用此特殊指令的函数，并且仍然提供足够的元数据，以便优化器可以在某种程度上有效地利用它（例如，使用符号输入和输出寄存器，以便优化器可以使用它想要的任何寄存器，而不是让寄存器选择硬编码）。