Re: [TECH TOPIC] Implementing malloc

Miguel Ojeda <[email protected]> Thu, 9 Jul 2026 20:44:11 +0200
Newsgroups dev.linux.lists.ksummit,org.kernel.vger.rust-for-linux
Message-ID <CANiq72m+YTQ7NG4m8h7ho+GCkx_1Gdk6WuAeZ+KAORiETytWig@mail.gmail.com>
On Thu, Jul 9, 2026 at 8:18 PM H. Peter Anvin <[email protected]> wrote:
>
> In case it was not obvious, my comment was meant to be ironic (reductio ad absurdum).

Ok, I appreciate the clarification and that you consider it the right call then.

> In fact, I'm surprised and worried to hear how recent this was. This underscores my main concern with Rust, which is that it seems to have *very* different stability criteria than the C code, where we are not allowed to require anything that hasn't been in gcc for 5-10 years, after which the clang people discover they never implemented it and so they ask for another 5+ years of keeping the old-syle or fallback code.

Hmm... What is the concern? If it is about the window of supported
compilers, the current policy is to follow Debian Stable's version as
the minimum.

  https://rust-for-linux.com/rust-version-policy#minimum-upgrade-policy

It was openly discussed and finally decided in the Maintainers Summit.

As things mature and we get the improvements we want, we may want to
extend it to two Debian Stables etc.

But please note that, regarding allocators, we could have moved
earlier. As I mentioned, we waited as long as we could to see if
upstream could give us what we needed. It didn't happen, so we
pivoted, but we could have done it earlier.

Cheers,
Miguel