C11环境下%zu格式符无法正常输出size_t值问题排查

针对你遇到的%zu输出zu而非实际值的问题，即便已经设置C11标准仍未解决，可从以下几个方向排查：

1. 检查标准库的支持情况 #

嵌入式交叉编译环境（如arm-none-eabi-gcc搭配的newlib/newlib-nano）默认可能未启用C99+的printf格式符支持：

• 若使用newlib-nano，可尝试添加-D_POSIX_C_SOURCE=200809L或-D_GNU_SOURCE宏定义，强制开启扩展格式支持；
• 确认链接的是完整标准库（libc.a）而非裁剪版（如libc_nano.a），若必须使用裁剪版，需检查是否需额外添加启用C99格式的编译选项。

2. 确认CMake的C标准配置生效 #

• 除set(CMAKE_C_STANDARD 11)外，需添加set(CMAKE_C_STANDARD_REQUIRED ON)，强制编译器遵循指定C标准，防止回退到旧标准；
• 通过set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=c11")全局设置编译选项，确保所有目标都应用该配置；
• 执行make VERBOSE=1查看实际编译命令，确认-std=c11确实出现在参数列表中，排除CMake未正确传递选项的可能。

3. 取消限制格式符的宏定义 #

部分嵌入式环境会定义__STRICT_ANSI__宏，导致printf仅支持C89格式符。可在编译选项中添加-U__STRICT_ANSI__，取消该宏定义以启用C99及以上格式支持。

4. 临时替代方案 #

若上述方法均无法解决，可通过强制转换类型规避问题：

size_t val = 10;
// 根据size_t的实际宽度选择对应格式符
printf("val: %u\n", (unsigned int)val);  // 适用于32位size_t
// 或
printf("val: %lu\n", (unsigned long)val); // 适用于64位size_t

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