如何检测编译器是否支持C标准可选特性uintptr_t

• 我开发了一个极简malloc/free实现（最初为大学课程作业编写），free函数中需要对传入指针做合法性校验，校验过程会对指针做解引用操作。为避免用户传入非法指针触发段错误（Segfault），需要先检查目标内存是否已经映射到当前进程的地址空间。
• 最初编写的校验逻辑代码如下：

char* pointer_to_memory;

free(void *ptr) {
    if((uintptr_t)ptr < (uintptr_t)pointer_to_memory) {
        abort();
    }
}

• 遇到的核心问题：C11标准中uintptr_t属于可选实现特性，并非所有编译器都支持该类型。我不强制要求这段校验逻辑在所有编译环境下生效，只希望通过预处理器宏做判断，在不支持uintptr_t的编译环境下自动跳过这段校验代码。
• 已知约束：
  • 我清楚指针转整数的转换行为不是完全跨平台一致的（例如ARM架构的指针会携带额外标记信息），但这种方式的行为定义比直接做指针比较更明确。
  • 无法通过忽略SIGSEGV信号的方式解决问题：一方面本次大学作业明确要求不允许使用信号处理函数，另一方面我也认为free实现中不应该重写SIGSEGV信号处理函数。

直接用标准规定的UINTPTR_MAX宏做预编译判断即可，不需要额外编写适配编译器、CPU架构的判断逻辑：
uintptr_t定义在<stdint.h>头文件中，C标准明确要求：如果编译环境实现支持uintptr_t类型，必须同步定义对应的UINTPTR_MAX宏，用来标记该类型的最大值。只要判断这个宏是否存在，就能准确知道当前环境能不能用uintptr_t。

适配后的代码如下：

#include <stdint.h>
#include <stdlib.h>

char* pointer_to_memory;

void free(void *ptr) {
#if defined(UINTPTR_MAX)
    // 仅在支持uintptr_t的环境启用地址范围校验
    if ((uintptr_t)ptr < (uintptr_t)pointer_to_memory) {
        abort();
    }
#endif
    // 后续free的核心实现逻辑写在这里即可
}

补充几个注意点：

• 不要自己手写一堆判断编译器版本、架构的宏来做兼容：所有符合C99及之后标准的编译环境，都遵循UINTPTR_MAX和uintptr_t绑定定义的规则，这个判断方式完全符合标准，没有额外兼容问题。
• 你提到的ARM指针带标记位的问题，如果后续要适配这类场景，只需要在#if defined(UINTPTR_MAX)的代码块内，加一步清除指针标记位的逻辑再做比较即可，不支持uintptr_t的环境会直接跳过整个校验块，不会引入编译错误。
• 你放弃直接做指针大小比较的选择是对的：C标准里只有指向同一数组（含数组尾后位置）的指针做大小比较才是行为明确的，指向不同内存块的指针做大小比较属于未定义行为，实际运行结果完全不可控，风险比转uintptr_t高很多。

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