我们应该称它为C17还是C18?

Lun*_*din -1 c c11 c17

ISO 9899:2018已经有一段时间可以从ISO获得.变更清单:

什么是C17以及该语言有哪些变化?

非正式地,这个版本的标准已被称为C17一段时间,但ISO文件将是9899:2018.所以我想知道我们应该把它叫做C17还是C18.

为了不引起基于意见的答案,我的问题是:有哪些规范来源将此标准标记为"C17"或"C18"?

最规范的来源当然是ISO标准本身.鉴于此,为了保持一致性,标准应称为C18:

  • C90 = 9899:1990
  • C99 = 9899:1999
  • C11 = 9899:2011
  • C1x = 9899:2018

它发布于2018年,而不是2017年.所以我认为我们应该称它为C18?

虽然作为另一个例子,我知道的gcc创造了一个编译器开关-std=c17,根据.gcc手册有点规范.他们打算保留这个名字吗?那些像clang和icc这样的人呢?

有一些共识吗?委员会的意见?

Jon*_*ler 6

鉴于标签已经在SO上使用以识别特定的C编译器实现,因此接受用于2017年最终确定但在2018年由ISO发布的C标准是实用的.

另一种方法是为当前标记为的编译器创建一个合适的标签(名称为),然后重新创建(复制)标签维基信息,用新的标签重新标记当前标记为的44个问题,然后用新的标签重新标记当前标记为的4个问题,并使成为的同义词(而不是反之亦然).标签维基需要将现有用户重定向到.

所有这些都可能应该在MSO而不是SO上进行讨论.

旁白:令人失望的是,ANSI网店为ISO/IEC 9899:2018标准的PDF收取全价(非会员232美元;会员185.6美元),而不像以前那样提供PDF的降价对于C11.尽管我参考C11标准的频率很高,但我很难为PDF证明这一点.如果费用合理,我想支持他们; 这个成本对个人来说是不合理的.

  • 问题是询问我们应该将语言称为什么,而不是如何在Stack Overflow上标记相关问题. (6认同)
  • [该费用对个人来说不合理.](https://www.youtube.com/watch?v=GVXCr6upWUo) (4认同)
  • 我并不是真的在问如何在 SO 上处理这个问题,那确实应该发布在元数据上。相反,我是在询问将有哪些规范来源。评论中提到的`__STDC_VERSION__` 几乎回答了这个问题。 (2认同)