Stuart Henderson <s...@spacehopper.org> wrote: > On 2021/09/09 06:47, Greg Steuck wrote: > > Mark Kettenis <mark.kette...@xs4all.nl> writes: > > > > >> From: "Theo de Raadt" <dera...@openbsd.org> > > >> Date: Tue, 07 Sep 2021 07:08:19 -0600 > > >> > > >> Or we could coordinate the Greg approach as a sysctl ABI change near a > > >> libc major bump. On the other side of such a bump, all kernel + base + > > >> packages are updated to use the new storage ABI. We get orderly .h > > >> files without a confusing glitch, and kern_sysctl.c doesn't need to > > >> store the value into two fields (32bit and 64bit) for the forseeable > > >> future. > > >> > > >> Over the years I've arrived at the conclusion that maintaining binary > > >> compatibility at all costs collects too much confusing damage. Instead, > > >> we've built an software ecosystem where ABI changes are expected and > > >> carry minimal consequence. > > Sadly rust and especially go made a different decision about that.
I don't understand why this matters. 3 libraries are cranking tomorrow. For binary compatibility, people must upgrade their packages. As to the binaries they built by hand? Shrug!
