From 0d0ce0e797024d64cee4a147600e03d85a539526 Mon Sep 17 00:00:00 2001 From: Miguel Ojeda Date: Tue, 11 Jun 2024 18:27:02 +0200 Subject: [PATCH] Third-party crates: reword to mention that the `alloc` fork is now gone See the previous commit as well. Signed-off-by: Miguel Ojeda --- src/Third-party-crates.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/Third-party-crates.md b/src/Third-party-crates.md index 7f31014..cb65f83 100644 --- a/src/Third-party-crates.md +++ b/src/Third-party-crates.md @@ -22,7 +22,7 @@ Therefore, in general, whether a third-party crate is suitable for the kernel ne ## Importing crates -The kernel currently integrates some dependencies (e.g. some of the compression algorithms or our Rust `alloc` fork) by importing the files into its source tree, adapted as needed. In other words, they are not fetched/patched on demand. +The kernel currently integrates some dependencies (e.g. some of the compression algorithms or, in older releases, our Rust `alloc` fork) by importing the files into its source tree, adapted as needed. In other words, they are not fetched/patched on demand. There have been discussions about potentially incorporating a system where crates/libraries are fetched dynamically given a list of crates, versions, hashes, etc.; however, it remains to be seen whether such a system would be preferred and accepted.