MSVC 17.11.3编译器整数字面量类型疑似Bug咨询

我在Win10 64位系统上使用VS2022 17.11.3版本的MSVC编译器，按照C++标准，无后缀十进制整数字面量的类型是能容纳其值的int、long、long long中的第一个类型。但测试发现sizeof(2147483648)的结果为4而非预期的8，切换到VS2022自带的Clang编译器时结果正确为8。请问这是否为Bug？是否值得向微软上报？

测试代码 #

#include <climits>
#include <iostream>
using namespace std;

int main()
{
    cout << "LONG_MAX = " << LONG_MAX << "\n";
    cout << "sizeof(long) = " << sizeof(long) << "\n";
    cout << "LLONG_MAX = " << LLONG_MAX << "\n";
    cout << "sizeof(long long) = " << sizeof(long long) << "\n";
    cout << "\n";
    cout << "sizeof(2147483647) = " << sizeof(2147483647) << "\n";
    cout << "sizeof(2147483648) = " << sizeof(2147483648) << "\n";
}

输出结果 #

LONG_MAX = 2147483647
sizeof(long) = 4
LLONG_MAX = 9223372036854775807
sizeof(long long) = 8

sizeof(2147483647) = 4
sizeof(2147483648) = 4

解答 #

这确实是MSVC编译器的标准符合性Bug，完全值得向微软上报。

根据C标准（C11及后续版本），无后缀十进制整数字面量的类型推导规则明确：优先匹配能容纳其值的最小整数类型，顺序为int → long → long long。在你的测试环境中，long的最大值是2147483647（4字节），2147483648已经超出了int和long的范围，按照标准应该被推导为long long，对应的sizeof结果应为8。

MSVC这里的行为违反了标准约定，而Clang的正确结果也验证了这一点。上报该问题有助于微软修复编译器的实现错误，提升工具的标准符合性，后续用户也能避免遇到同类问题。上报时建议附上你的测试代码、详细环境信息（Win10 64位、VS2022 17.11.3）以及Clang的对比结果，方便官方复现和定位问题。

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