为何Linux与macOS下的Clang对long long和int64_t判定不一致？

核心原因是不同操作系统的ABI（应用二进制接口）对int64_t的底层typedef选择不同，而C++模板特化是基于类型的身份同一性而非类型属性（比如宽度、范围）来匹配的。

具体差异细节 #

• 在macOS（包括Apple Silicon的M1平台）的Clang环境中，<cstdint>里的int64_t被定义为long long的typedef。也就是说，int64_t和long long是同一个类型，你的模板特化MyClass<int64_t>等价于MyClass<long long>，因此main中实例化MyClass<long long>时能匹配到特化版本，编译通过。
• 在64位Linux（x86或ARM架构）的Clang环境中，<cstdint>里的int64_t被定义为long的typedef。此时int64_t和long long是两个不同的类型（尽管它们都是64位有符号整数），你的模板特化只针对MyClass<int64_t>（即MyClass<long>），而main中尝试实例化的MyClass<long long>没有对应的特化，编译器只能尝试隐式实例化原始的MyClass模板，但原始模板只有声明没有定义，因此触发报错。

为什么会有这种typedef差异 #

这是不同平台ABI约定的结果：

• macOS遵循的Darwin ABI中，long是32位宽度，long long是64位宽度，因此int64_t只能绑定到long long。
• 64位Linux遵循LP64 ABI，其中long和long long都是64位宽度，但为了兼容历史上C标准库的定义，选择将int64_ttypedef为long。

验证方法 #

你可以在两个平台上分别编译运行以下代码，查看类型标识是否一致：

#include <cstdint>
#include <typeinfo>
#include <iostream>

int main() {
    std::cout << "int64_t type name: " << typeid(int64_t).name() << "\n";
    std::cout << "long long type name: " << typeid(long long).name() << "\n";
    return 0;
}

在macOS上，两行输出会是相同的；在Linux上则会是不同的。

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