clang不能编译linux kernel的原因，主要是因为kernel使用了gcc特有的extension。
还有assembler、linker的原因。
另外，clang不支持C的下面三种特性：
o Variable length arrays inside structures
o Nested Functions
o Explicit register variables

https://linuxembedded.fr/2019/08/my-first-linux-kernel-built-with-clang-compiler

【 在 lambdai 的大作中提到: 】
: c一样有很多在语言层面不可控的
: 不过操作系统这个圈子的还可以影响编译器圈，使得c的整体环境变得更加可控
: 否则的话，为什么clang很长时间内不能编译内核？你能说是clang没有实现c的规范吗？
: ...................
--
修改:z16166 FROM 123.115.161.*
FROM 123.115.161.*

是的，我就是同意你说的。

kernel看不上c语言是有方方面面原因的，绝大多数人不用拿着kernel的原因来喷cpp。



【 在 z16166 的大作中提到: 】
: clang不能编译linux kernel的原因，是因为kernel使用了gcc特有的extension。
: 还有assembler、linker的原因。
: https://linuxembedded.fr/2019/08/my-first-linux-kernel-built-with-clang-compiler
: ....................

- 来自「最水木 for iPhone12,8」
--
FROM 172.58.35.*

一个明显的区别，struct of function pointers可以运行时创建，虚表不行。例如我根据配置文件决定某几个operation分别用哪个实现，这你用虚表就组合爆炸了。
具体这个场景有没有必要不清楚，但总的来说手写的有这个好处。

【 在 vonNeumann 的大作中提到: 】
: Linux kernel 里面的 struct file_operations 不就是虚表吗
: 用 C 人肉写一个能用，看不出来有啥本质原因就不能用编译器生成出来的，最多给 G++ 提个需求加个 __attribute__((vtable_section("..."))) 之类的东西应该就差不多了
--
FROM 58.37.58.*

clang++看着像cloneg++，行为也有点像，但很奇怪，怎么去掉了很多有用的编译选项呢，比如-finput-Charest
- 来自 水木社区APP v3.4.1
【 在 z16166 的大作中提到: 】
: clang不能编译linux kernel的原因，主要是因为kernel使用了gcc特有的extension。
: 还有assembler、linker的原因。
: 另外，clang不支持C的下面三种特性：
: o Variable length arrays inside structures
: o Nested Functions
: o Explicit register variables
:
: https://linuxembedded.fr/2019/08/my-first-linux-kernel-built-with-clang-compiler
--
FROM 112.132.213.*

看起来golang和c#比较，似乎

性能不行：https://www.techempower.com/benchmarks/#section=data-r20&hw=ph&test=plaintext
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/go-csharpcore.html

功能不行：
比如channel。go的channel主要是pipe概念拼上个select。c#有Rx.NET，是pipe加上了linq那一堆操作（select、where、Distinct、Skip、Sum等），并且支持线程调整，比go的channel强大很多。
Rx.NET也是微软出的，事实上是linq2.0
  
再比如协程。go的协程，看起来就是Windows xp里面新加的那个QueueUserWorkItem api。这个api也能被c++调用，微软都扔进legacyapiset里面了。
下面列出的场景是c#全部支持的，每个场景后面给的是c#相关的搜索关键字。go的协程我并不敢说非常熟悉，也许会有个别go也能支持的，但下面大部分场景go应该都不支持。
1.一个线程（协程）能不能等待另外一个协程的返回值？await
2.协程结束能不能回到当前线程？（回到ui线程）await
4.协程出异常了通知调用者？throw
5.协程链。ContinueWith
6.abort协程。CancellationToken
7.协程对线程的对应模型，防止线程创建颠簸？threadpool.setminthreads
8.可不可以自定义, 协程对线程的对应模型？TaskScheduler  
9.语法糖，并发若干数目的协程处理集合。parallel LINQ,parallel.for,parallel.foreach。java抄了一个过去，好像叫什么stream。
10.协程first class化并在其上做集合有关的操作。Dataflow。这个是c#做的非常强大的一个功能，提供了协程的二阶操作。互联网常见的限流操作用这个也就是几行代码。


golang看起来性能不行，功能不行，存在价值在哪里？


【 在 gpmn 的大作中提到: 】
: golang，come on
:
--
FROM 123.116.202.*