You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In Linux, musl is received as a light libc variant, and alternative to glibc. Over the years/decades, glibc has gathered bulk due to backwards compatibility support, which musl shaves off, and generally developers of musl libc make choices to keep the code size small (it's almost 1/3rd of the size of glibc).
Given the above, I have few questions:
Does FreeBSD's libc also suffer with same "bulkiness" issue as glibc, such that it makes observable difference when it was replaced by musl?
Do you see a potential in upstreamming patches to musl?
Do you see a potential in proposing a change to FreeBSD to make building the OS with musl (instead of FreeBSD's in-tree libc) optional?
The text was updated successfully, but these errors were encountered:
In Linux, musl is received as a light libc variant, and alternative to glibc. Over the years/decades, glibc has gathered bulk due to backwards compatibility support, which musl shaves off, and generally developers of musl libc make choices to keep the code size small (it's almost 1/3rd of the size of glibc).
Given the above, I have few questions:
The text was updated successfully, but these errors were encountered: