constexpr上下文无法用std::bit_cast转指针类型的原因咨询

要搞懂这个问题，得从C++标准对constexpr操作的核心限制说起：

• constexpr要求编译期操作的结果必须合法且可验证
  在编译期，C只认可两种合法的指针值：指向constexpr修饰对象的指针，或者nullptr。直接把硬编码的数值（比如0x100）转成指针，不管用std::bit_cast还是reinterpret_cast，编译期都无法确认这个地址对应一个符合C对象模型的合法实体——哪怕你明确知道这是MCU的外设地址，标准也不会为裸机场景开特例，它只遵循通用的、可移植的合法性规则。

• std::bit_cast的constexpr转换有严格限制
  标准规定，std::bit_cast在constexpr上下文中只能用于平凡可复制类型之间的转换，而且转换后的结果必须对应该类型的一个合法值。对于指针类型来说，任意uintptr_t数值转来的指针并不属于编译期认可的合法值范畴——uintptr_t本质是整数，它的数值和指针的映射关系在编译期无法被标准验证为合法。

• reinterpret_cast和std::bit_cast在constexpr里的限制同源
  你可能觉得std::bit_cast是更安全的替代方案，但在指针与整数的转换这件事上，两者在constexpr上下文里的限制逻辑是一致的：标准不允许编译期将任意整数映射为指针，因为这会破坏constexpr操作的可移植性和可验证性。

针对MCU场景的替代方案 #

既然编译期没法完成这个转换，你可以改为运行时初始化指针：

struct C {
    inline static constexpr uintptr_t address = 0x100;
    inline static C* ptr1 = std::bit_cast<C*>(address); // 运行时初始化，合法
    inline static C* ptr2 = reinterpret_cast<C*>(address); // 同样运行时合法
};

如果需要编译期可用的外设指针，部分编译器提供了非标准扩展（比如GCC的特定内置函数或属性），但这会降低代码的可移植性。

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