break(2): do execute everywhere stop pretending that arm64 and riscv cannot provide the syscall. So far it only annoyed porters.
libc: export brk and sbrk symbols on all architectures
kib on Nov 30 2023, 7:40 PM.Authored by
Which ports (or possible ports) are having issues because of a lack of sbrk?
I know emacs had issues in the past, however our lack of sbrk helped them finally fix their broken use of it (and fix emacs when aslr is enabled). Recently vlang  was mentioned, however it appears to be an easy fix to switch to mmap as the mmap support is already there, it's just not enabled by default.
I *will* object to this. We've had multiple releases without this syscall. sbrk is an absolutely awful interface in this day and age. Eradicating its use is a worthwhile goal, and the primary culprits have been fixed. As time goes on it will become even less relevant. It seems wrong to go and add it back now for the minuscule set of irrelevant packages that still believe it's 1989 and risk new bogus uses of the functions creeping in. We should be striving to remove it from all architectures (with ABI compat for old releases), not adding it in more places.