Rust-for-Linux Alternatives
Similar projects and alternatives to Rust-for-Linux
-
-
-
-
-
-
-
-
-
Scout APM
Scout APM: A developer's best friend. Try free for 14-days. Scout APM uses tracing logic that ties bottlenecks to source code so you know the exact line of code causing performance issues and can get back to building a great product faster.
-
ripgrep
ripgrep recursively searches directories for a regex pattern while respecting your gitignore
-
-
-
-
no-panic
Attribute macro to require that the compiler prove a function can't ever panic
-
kerla
A new operating system kernel with Linux binary compatibility written in Rust.
-
-
-
-
-
-
-
fancy-regex
Rust library for regular expressions using "fancy" features like look-around and backreferences
Reviews and mentions
-
Kerla: Monolithic kernel in Rust, aiming for Linux ABI compatibility
Yes, this is called "fallible allocations." You add methods with the "try_" prefix that work like the existing methods, except they return a Result which fails if it's out of memory instead of panicking.
We have a light / temporary fork of the Rust stdlib allocator with fallible allocation support: https://github.com/Rust-for-Linux/linux/tree/rust/rust/alloc
See e.g. https://github.com/Rust-for-Linux/linux/commit/487d7578bd036...
- Rust for Linux
-
Redoing the runtime
Hmm, yeah as you mentioned, looks like a surprising amount of stuff is already done in the rust for the linux kernel project: https://github.com/Rust-for-Linux/linux/tree/rust/rust/. It's also MIT/Apache licensed, but I was expecting gpl, so I can actually use it. It's still a lot to trim down on, so might be easier to just build up as needed. Additionally I just saw /u/dtolnay's #[no_panic] attribute which at least makes it a compiler error if it's accidentally done.
- Linux Rust Support Patches
-
Linux Rust Support
RRIV. Rewrite Rust in V.
What abomination is this? https://github.com/Rust-for-Linux/linux/blob/rust/rust/alloc...
How could this code be safe?
Linus Torvalds is brainwashed and now a Google puppet. Nothing more.
Rust is dead.
-
Why Rust panics on OOM?
You might find this recent PR in the Rust-for-Linux repo interesting: Custom alloc, using stable Rust compilers, and more
-
Linus Torvalds concerns about panics in Rust code when faced with OOM
-- https://github.com/Rust-for-Linux/linux/issues/2#issuecomment-821165008
-
Linus Torvalds on Rust support in kernel
I don't think you can use "double standard" as a derogatory term when you're comparing the needs of kernelspace code and userspace code.
...plus, they're already planning to write their own `alloc` replacement if for no other reason that they need to support API features of the kernel allocator that are absent from the userspace allocator, like GFP flags:
https://github.com/Rust-for-Linux/linux/issues/2#issuecommen...
- Preview of Binder IPC Driver in Rust
-
[RFC] Rust support for Linux Kernel
From this, it looks like they probably won't end up using liballoc directly (which is kind of what I was expecting as a very casual observer):
-
RFC that adds support for Rust to the Linux kernel
The list of unstable features they want to use is interesting:
-
Process for contributing drivers (using Rust)
While don't you file an issue in their issue tracker asking: https://github.com/Rust-for-Linux/linux/issues
-
Android's new Bluetooth stack rewrite (Gabeldorsh) is written with Rust
Hi! Not a Google employee, but I'm volunteering on the Rust-for-Linux project which is bringing Rust bindings to the upstream linux kernel. A Google engineer is working on porting binder to Rust and is contributing as he implements it. See his comments here[0] and here[1].
Stats
Rust-for-Linux/linux is an open source project licensed under GNU General Public License v3.0 or later which is an OSI approved license.
Popular Comparisons
Are you hiring? Post a new remote job listing for free.