将curl使用的C语言标准从C89升级到C99？

curl 创始人兼核心开发者 Daniel Stenberg发表博客称，他正在考虑是否要将 curl 使用的 C 语言标准从 C89 升级到 C99。Daniel 表示，他观察到许多广受欢迎的 C 语言开源项目正在向前发展，并将所使用的 C 语言标准升级到 C99 或更高版本，例如 Linux、Git 等项目。而且在 curl 的邮件列表中也经常出现关于升级 C 语言标准的讨论，特别是现在已计划在 2023 年春季发布 curl v8，所以从理论上来讲，这可能是进行一些更改的好时机。如果要升级 C 语言标准到 C99，那就要考虑哪些 C99 特性可以改进像 curl 这样的项目。Daniel 表示自己能想到的可能给 curl 代码带来积极影响的部分特性是：

• //注释

• __func__预定义标识符

• 在中使用布尔类型

• 指定的结构体初始值设定项
  空的宏参数

• 在和中使用扩展的整数类型

• 灵活的数组成员 (zero size arrays)

• 内联函数

• 整数常量类型规则

• 将声明和代码混合

• long long类型和库函数

• snprintf()函数家族

• 枚举声明中支持尾随逗号

• 可变参数宏

• 长度可变的数组

当然，开发者还可以使用许多其他的特性，但问题是他们是否真的需要这些特性。而且对于上面提到的部分特性，Daniel 表示他们已经有了不错的替代方案，其他的特性要么就是无关紧要，要么就是可能会让人分心。因此，Daniel 认为，如果马上为 curl 项目采用 C99 所有新特性，这会导致重写大部分代码，从而引入错误。此外还有一个问题，如果真的要升级 C 语言标准，是否应该直接升级到 C11，而不是停留在 C99。在 curl 社区对于升级 C 语言标准的讨论中，没有人能清楚地阐明升级之后能给 curl 项目带来的好处。Daniel 表示他们目前看到的风险是，大家都陷入了与项目非常不相关的讨论和变化中，而这些讨论和变化实际上可能不会使项目取得很大进展。无论是功能还是质量 / 安全性。Daniel 认为还有很多更好的事情要做，还有更多值得付出的努力来投入精力，这实际上可以改进项目并将其推进。比如改进测试套件、增加测试覆盖率、确保更多代码由模糊器执行。Daniel决定从 curl 8 开始，他们将要求编译器支持 64 位数据类型，主要是为了查看它的运行情况。这不是原来的 C89 版本中存在的特性，而是在 C99 中引入的。目前没有不支持此功能的现代编译器。他认为，这也许是可以继续适应和使用特定的 “后 C89 特性” 的方式。通过挑选特定的特性，然后随着时间的推移慢慢适应它们。最后，Daniel 表示不考虑使用任何其他语言重写 curl。

---

此外，curl 作者表示不想推出 7.100，为此制定了 curl 8 发布计划。curl 7 的版本号已迭代到7.86.0—— 离发布 7.100.0 只差十多个版本，但 curl 作者 Daniel Stenberg不希望在次版本号中使用三位数，因为他担心这会引发不必要的问题，甚至可能会导致他人用于比较版本的脚本出错。由于 curl 通常每隔 8 周发布一次新版本，如果按照计划的发布节奏，curl 7 的次版本号差不多在两年后就会到达 100。Daniel 发现明年是 curl 的一个重要周年纪念日，他想到了一个可以避免 "100" 版本号的方案 ——在 curl 诞生 25 周年当天发布 curl 8。如此一来，既凸显了周年纪念日的地位，又体现了升级主版本号的意义，更是直接避开了 "100" 版本号。可谓是一步到位地实现了 “既要又要还要” 的需求。 因此，在 2023 年 3 月 20 日，curl 25 岁生日当天，Daniel 将会正式发布 curl 8.0.0。这将会是 curl 23 年来首次升级主版本号。不过正如上文所解释，此次升级主版本号与功能变化无关，也不会进行特别的庆祝。总而言之，这个升级和常规的并无二致，只是重置了次版本号，并升级主版本号。在常规的 curl 发布周期中，通常是是每隔 8 周在周三发布一次新版本。然而 2023 年 3 月 20 日是星期一。因此，curl 8.0.0 的发布时间会有所调整，curl 作者计划在发布 curl 8 之后再调整回常规的发布时间。 审核编辑 ：李倩

---