关于Glibc文档缺失%F格式说明符及使用安全性的问询

你发现的glibc 2.24文档疏漏确实存在——代码已经实现了C99标准规定的%F格式说明符，但对应文档未作说明，这属于文档更新滞后于代码实现的常见情况。下面针对你的两个问题逐一解答：

1. 是否存在标准规定内容自动纳入库文档的惯例？ #

• 不存在强制的“标准内容自动纳入库文档”的惯例。多数库文档会明确标注自身遵循的标准版本（比如glibc文档会说明支持C99），但具体到每个标准特性的细节，文档团队可能因更新节奏、资源分配等原因出现遗漏，尤其是相对小众的特性。
• glibc的文档与代码是独立维护的模块，代码实现标准特性后，文档未必能同步更新，这类疏漏属于典型的文档滞后问题。

2. 使用%F格式是否安全？ #

• 完全安全，核心原因如下：
  • %F是**C99及后续C标准（C11、C17）**正式规定的格式说明符，功能是将无穷大/非数值（NaN）以大写形式输出（INF/INFINITY/NAN），对应%f的小写形式（inf/infinity/nan）。
  • glibc从支持C99的版本开始就实现了%F（早于2.24版本），你的测试代码也验证了2.24版本的正确性。
  • 只要目标编译环境遵循C99或更高版本的标准（比如使用-std=c99及以上编译选项），%F就能在所有符合标准的C库中正常工作，包括glibc、Clang配套的libc++、BSD libc等。

补充验证示例 #

你可以扩展测试代码验证NaN的输出情况：

double inf = 1.0 / 0.0;
double nan = 0.0 / 0.0;
printf("Testing on %ld.%ld:\n%%f: %f, %f\n%%F: %F, %F.\n", 
       __GLIBC__, __GLIBC_MINOR__, inf, nan, inf, nan);

对应输出：

Testing on 2.24:
%f: inf, nan
%F: INF, NAN.

结果完全符合C99标准的规定。

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