4 ms·

All very interesting. I just want to say that I strongly doubt that non-libc or musl based environments will take over on linux servers anytime soon. Perhaps fo

All very interesting. I just want to say that I strongly doubt that non-libc or musl based environments will take over on linux servers anytime soon. Perhaps for narrow use cases, like as you mention, a vm host that only needs to run one binary.

Tostino 5y ago
> All very interesting. I just want to say that I strongly doubt that non-libc or musl based environments will take over on linux servers anytime soon. Perhaps for narrow use cases, like as you mention, a vm host that only needs to run one binary. I think you underestimate the number of services that could be run in this fashion with a much reduced attack surface. It's not at all niche.
hnfong 5y ago
You can doubt but it seems that Go is becoming the de facto language on the server side. Which doesn't use libc. A lot of systems still run on Java -- I suppose the Linux JVM does depend on glibc, but seriously, in these situations you might as well call it Java/Linux. As I commented elsewhere, arguing that a system ought to put the developer of its C library in its name seems silly when it's just one small component. The GNU ecosystem used to be much more influential in the 90s and early 2000s...