stdint 类型 vs 本机类型：long vs int64_t, int32_t

Question

uint64_t、uint32_t、long 和 int（即 stdint 和本机编译器类型）的类型等效性是否发生了变化。还是我遇到了 g++ 错误？

g++ 8.3 中带有 c++17 选项的以下代码编译没有错误。架构是 arm 32 位。

std::stringstream os;

void write(long value)
{
    os << value;
}
void write(int64_t value)  // G++ 9.4 error: indistinguishable overload.
{
    os << value;
}
void write(int32_t value)
{
    os << value;
}

long value = 1;
write(longValue);  // g++ 8.3: no matching overload, if the write(long) overload is removed.

使用 g++ 9.4 和 c++17 选项编译的相同代码会出错，因为 long 和 in64_t 重载无法区分。 （我所期望的）。

但是删除 write(long) 重载会导致 g++ 8.3 抱怨没有匹配的重载。 （不是我在任何版本的 C++ 标准中所期望的）。

老实说，我不知道为什么 gcc 8.3 版本可以正常工作。如果 uint64_t 是 typedef 的，那么代码应该可以在没有 write(long) 重载的情况下工作，也许是 gcc 8.3 中的一个错误？

当我们在这里的时候：char、uint8_t、int8_t 的等价性如何？ （如果它们是不同的，那将是一件好事）。我似乎确实记得 wchar_t 成为与 C++ 中的 uint16_t/int16_t 不同的类型（mumble-mumble）。其他的不清楚。

Answer 1

是的，不同的 CPU 架构具有不同大小的基本类型，固定宽度的别名映射到不同的类型。这也因操作系统而异；不仅仅是建筑。这是正常的，不是错误，通常不会在编译器版本之间发生变化。

为避免这个问题，要么只为固定宽度类型提供重载，要么为每个基本类型提供重载。不要混合它们。

在这种情况下，使用函数模板而不是重载可能会更好：

template<class T>
void write(T value)
{
    os << value;
}

---

char、uint8_t、int8_t 的等价性如何？

所有这些都是不同的类型。 std::uint8_t - 完全定义时 - 是 unsigned char 的别名，std::int8_t - 定义时 - 是 signed char 的别名。这两者都不同于char 类型。