> Contrast this with Linux, where glibc is known to break from time to time. glibc has a very stable ABI, i.e. older binaries compiled against older versions o

> Contrast this with Linux, where glibc is known to break from time to time. glibc has a very stable ABI, i.e. older binaries compiled against older versions of it should work fine on current versions (since the breaking libc6 transition which was several decades ago), they employ symbol versioning to ensure old binaries still find the symbols with the behavior they expect. Of course, there are other "system libraries" that change ABI/SONAMEs more often, so what you are saying still generally applies, but I'd say glibc is not one of them.