Re: [TECH TOPIC] Implementing malloc
Miguel Ojeda <[email protected]> Thu, 9 Jul 2026 21:04:56 +0200
| Newsgroups | dev.linux.lists.ksummit,org.kernel.vger.rust-for-linux |
|---|---|
| Message-ID | <CANiq72n56wPBgRfSr0nrDj4XGF8_rnGm=axsvNvhOG1=1_NuSw@mail.gmail.com> |
On Thu, Jul 9, 2026 at 8:50 PM H. Peter Anvin <[email protected]> wrote: > > All of the above. It has been a concern of mine for a very long time. > > It's a really big asymmetry versus the C side, and at some point someone is going to want to implement a core subsystem in Rust. > > "Two Debian stable" is a blink of an eye in comparison with the stability criteria that people are demanding for gcc/binutils. I still don't understand what is the concern you are referring to. If you have a concern, then it is because you think of a negative situation in the future, no? So what is that situation? i.e. what is the issue? And, yes, quite a few people have asked about implementing a core subsystem in Rust over the years. If it cannot be an optional subsystem, then one will need to wait, or convince everyone else to change the kernel policies, or convince major distributions to backport the toolchain, or similar. It is what it is -- after all, the point of the exercise was to take advantage of the features from a new technology. But I don't see what the concern is. In any case, that discussion seems orthogonal to the allocators one. Cheers, Miguel