I'd rather see a new kernel optimised and written in Rust from scratch rather than dragging the legacy skeletons around and also bringing the vulnerabilities with us.
I'd rather see a new kernel optimised and written in Rust from scratch rather than dragging the legacy skeletons around and also bringing the vulnerabilities with us.
> On compilers, we would like to mention all the work that has been going in GCC Rust (a GCC frontend for the Rust language) and `rustc_codegen_gcc` (a `rustc` backend for GCC). The latter now passes all `core` tests, and the former is now working on traits. We continue to track their progress as they may become the best way to have GCC-built kernels with Rust support enabled.
Writing a new kernel with all the capabilities of Linux is an absolutely enormous undertaking, billions of dollars worth: "it would cost approximately $14,725,449,000 dollars [...] to rewrite the existing code." -- https://en.wikipedia.org/wiki/Linux_kernel#Estimated_cost_to...
30 years later, there'll be a kid in university somewhere about to send a thoughtmail that says "I've written a version of..."
let's outsource it, so we can cut the cost by half, at least
I just saved 7 bilion dollars and probably need to become manager
There is Redox, which was intended to be practical, but I'm not aware of much public interest in that. Phillip Oppenheimer blogged about one too, I think, but that's explicitly academic.
That'll take a momentous amount of effort and it'll take 20 years to get close to the adoption Linux has today. I'd rather see if we can improve Linux in that timespan.