News for hackers. Stuff that matters.
Re:Linus Torvalds on Rust support in kernel by chem83 on Friday April 16, 2021 @06:38AM (#26832136)
There’s enough rage from other members to cover Linus and then some, just follow the thread: https://lore.kernel.org/lkml/[email protected]...
Re:Linus Torvalds on Rust support in kernel by ambentzen on Friday April 16, 2021 @07:17AM (#26832464)
The last half is basically his own opinions stated as truth from God, which, to me, makes him look like a complete tool. Personally I'm not a fan of parens around the conditional in ifs, but I don't go around spouting that it is the only true way.

It basically makes me write off the first half, even if it is correct (I'm not a linux dev, so I don't know).

Added: From the reply on lkml I'm not the only one.

Re:Linus Torvalds on Rust support in kernel by foperator on Friday April 16, 2021 @07:37AM (#26832624)
It's a style that has been recognized as humorous for decades before the corporate CoC-wielding bureaucrats moved in. Much more refreshing than passive aggressive replies like this one:

https://lore.kernel.org/lkml/[email protected]/

I think Rust is not a culture fit for the Linux kernel and its adoption will further undermine Linux.

Re:Linus Torvalds on Rust support in kernel by KptMarchewa on Friday April 16, 2021 @07:55AM (#26832762)
Humorous? I don't think how anyone could think stuff like "I cannot view with less or vim. Therefore it looks not at all." as even remotely funny.

Sounds just like "neckbeard yells at cloud" style to justify that the world does not do exactly what he wants.

Re:Linus Torvalds on Rust support in kernel by lenkite on Friday April 16, 2021 @07:32PM (#26840183)
The first point is quite valid though. From "https://doc.rust-lang.org/reference/memory-model.html" where it says "Rust does not yet have a defined memory model"
Re:Linus Torvalds on Rust support in kernel by myrrlyn on Saturday April 17, 2021 @02:05PM (#26846185)
the unstated part here is that in the absence of a compiler-visible atomic modelling system, an atomic model is implemented in `core::atomic` and LLVM. similarly, a `kcore` library could provide atomic types just like the way the LKMM is defined as a library in-tree.

this is not a language limitation, as the language is able to emit LLVM atomic operations just fine. like allocations, it needs people with a defined goal (like the kernel) to provide a target for implementations to reach; proäctive creation of a model without knowing if it has an audience is not worthwhile, which is why it hasn't been done