现代化 C 使用体验

[lcj2class]

• https://liujiacai.net/blog/2022/04/30/modern-c/

自己一些粗浅的使用体验，欢迎大家批评指正。

[d16uga1l]

真棒

[cmdOptionKana]

干货满满呀

[icyalala]

用 GNU extension 特性要慎重，这会让你代码可移植性变差。。

[echo1937]

@icyalala 同意，我在 Mac 上直接 clang ，extension 就❌了

[dongcidaci]

Linux 内核也开始支持 c11 了，想想有点小激动

[dongcidaci]

错误处理那一节感觉没太看懂，前后处理方式有什么区别呢，就是把错误码封装到了结构体里面吗

[xiri]

@dongcidaci 前一个做法是 return 错误码，函数处理结果通过入参的指针带出，这样链式调用的话后一个函数只能拿到前一个函数返回的错误码，而没法用它的处理结果作为自己的输入；后一种做法将错误码和处理结果封装在一起 return ，可以避免这种问题

[xiri]

@icyalala 但是 container_of （其中用到的 typeof 关键字是 GNU C 扩展的）是真的香，将我从各种重复的链表操作中解放了出来😂

[Frytea]

@dongcidaci 准确说应该是 Linux 5.18 开始采用 C11 标准，我理解是使用新标准来编译和实现，对标准的支持应该是编译器的工作呀

[12101111]

cleanup 扩展 clang 没有，intel 的 iwd 用了这玩意，我移植了几次之后懒得管了，直接删了用回 wpa_supplicant

（只安装了 clang 的 Gentoo 系统）

[codefever]

下次如果能直接复制到帖子里就更好了

[secondwtq]

虽然拿一堆 extension 来说“Modern C”有些呃呃，不过 Clang 好像老早就支持了 cleanup 啊 ...

[secondwtq]

另外 Clang 一直在试图和 GCC 保持兼容，社区里面好像有不止一股力量想要用这玩意编译 Kernel （ which 强依赖各种 GCC 扩展

[wheeler]

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p2391r0.pdf

typeof 看样子能进标准啊，c23 增加了不少特性。

https://en.cppreference.com/w/c/23

[Buges]

C 演进的实在太慢了，zig 才能叫 modern C ，它们之间的 interoperability 近似于 Java 和 kotlin ，是真正有希望取代 C 的。

[lcj2class]

@12101111 #10 是不是版本比较低，clang 是支持 cleanup 的，我 macOS 上的的 clang 一直用的很好

[12101111]

@secondwtq
@lcj2class

抱歉，记错了，iwd 是 cleanup 和 gcc 的另一个扩展一起用了 https://gcc.gnu.org/onlinedocs/gcc/Nested-Functions.html

这个 gcc 扩展 clang 不支持，不过据说也有可能进 c23

[lcj2class]

@Buges #15 慢不是坏事，慢工出细活。C++ 倒是演进得快， 但发展到现在已经太臃肿了。

[LotusChuan]

指针那块有个很简单的区分数组指针和指针数组的方式，就是看优先级：[ ]的优先级比*高，所以 int *arr[100]是指针数组； int (*ptr)[100]是数组指针。感觉你写得有点复杂了。

[ecnelises]

GCC 的主要扩展 Clang 都支持，其余的 Clang 处在一个随缘状态：不保证一定支持，但你要实现也没什么人反对。

滥用编译器扩展的确会影响可移植性，但两害相权取其轻，GCC 扩展的可移植性比起内联汇编和各种指令集 /操作系统强相关的自带函数还是好多了。Mac 迁移到 ARM 算是在这方面敲醒了一些人。只要把这些特定编译器的扩展封到宏 /函数里，然后对不支持的编译器加上#error ，问题不大。