Originally posted by AnAccount
View Post
Announcement
Collapse
No announcement yet.
Google Supports Getting Rust Into The Linux Kernel
Collapse
X
-
- Likes 1
-
"on the whole I don't hate it" is a clear indication that he does actually if the issues can be resolved. And if you read the rest of the thread, they confirm that the issues raised by him is valid but they are also very much possible to fix and they are already working on that.
In summary, to be clear:
- On allocation: this is just our usage of `alloc` in order to speed development up -- it will be replaced (or customized, we have to decide how we will approach it) with our own allocation and data structures.
- On floating-point, 128-bit, etc.: the main issue is that the `core` library is a single big blob at the moment. I have already mentioned this to some Rust team folks. We will need a way to "cut" some things out, for instance with the "feature flags" they already have for other crates (or they can split `core` in to several, like `alloc` is for similar reasons). Or we could do it on our side somehow, but I prefer to avoid that (we cannot easily customize `core` like we can with `alloc`, because it is tied to the compiler too tightly).
- Likes 1
Leave a comment:
-
Originally posted by skeevy420 View Post
I wouldn't be too surprised if that actually happened. Not for Rust reasons, but from the anti-GPL crowd. Google has been spearheading the anti-GPL movement on the userspace side for coming on a decade now so it wouldn't be out of character for them and/or anyone else to tackle the kernel next
- Likes 9
Leave a comment:
-
Originally posted by ddriver View Post
Fork Linux!!!
I wonder how much work actually would need to be done. While the kernel is technically under GPLv2, does anyone actually know what percentage of the kernel is actually GPLv2? The other day it was brought up that AMDGPU is around 10% of the kernel. It's MIT licensed so it doesn't have to be rewritten and could be basically be copy/pasted into a new kernel. How much of the kernel is like that? Under a GPL-compatible license and essentially able to be ported as-is to somewhere without the GPL.
- Likes 1
Leave a comment:
-
Originally posted by kpedersen View Post
C can't go away because it is the entire computing platform.
Rust stands a good chance of replacing C++ in the future. These concerns about Rust in the Linux kernel are actually very similar to the concerns of C++ in the kernel. As of yet this hasn't happened either. Obviously the Rust guys are a little bit more noisy and the language does offer a few extra benefits above C++ in terms of (enforced) safety that might just tip the scale.
- Likes 4
Leave a comment:
-
Originally posted by bug77 View Post
C won't go away in the next decade or two
Rust stands a good chance of replacing C++ in the future. These concerns about Rust in the Linux kernel are actually very similar to the concerns of C++ in the kernel. As of yet this hasn't happened either. Obviously the Rust guys are a little bit more noisy and the language does offer a few extra benefits above C++ in terms of (enforced) safety that might just tip the scale.
- Likes 8
Leave a comment:
-
Edit: Here's where Linus stands: https://arstechnica.com/gadgets/2021...-linux-kernel/
Also, current talks are not about including Rust in the kernel itself, but in kernel drivers. That's about the safest approach I can think of. It "taints" just some modules, not the kernel as a whole and they can be discarded with minimum damage if they doesn't pan out.
C won't go away in the next decade or two, but looking at Rust it's pretty clear it has grown from a language loved by enthusiasts to something the big players are starting to take stock of.Last edited by bug77; 15 April 2021, 07:40 AM.
- Likes 17
Leave a comment:
-
Google should invest in https://rust-gcc.github.io/ if they even wanna see rust in the kernel.
- Likes 10
Leave a comment:
Leave a comment: