Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

What C standard library implementation do you use?

Name: Anonymous 2015-06-28 13:57

Name: Anonymous 2015-06-28 14:03

Muscle libc.

Name: Anonymous 2015-06-28 14:04

>>2
How do you say musl?
It’s pronounced the same as the English words “mussel” or “muscle”.
musl is small like one but powerful like the other.
-- http://www.musl-libc.org/faq.html

Name: Cudder !cXCudderUE 2015-06-28 14:12

pdclib

Name: Anonymous 2015-06-28 14:32

i read it as in "musli", the people that use it probably eat musli.

Name: Anonymous 2015-06-28 14:33

btw my openwrt thing is uC but my cross compiler setup is using mulsi so I have to statically link that.. which doubles the size of the executable - isn't it great that there's so many different libcs?

Name: Anonymous 2015-06-28 21:45

The lack of modularity in the original libc design is a terrible legacy. A
Almost 50 years now and there's still no standard way to link only the features you need, or replace ones whose implementation is inadequate.
Rtures

Name: Anonymous 2015-06-28 21:49

>>7
Start from scratch. It's the only way. Build directly above the system calls.

Name: Anonymous 2015-06-29 5:38

>>8
If you are working with a full OS with system calls I'm honestly not sure it's worth it to care much about libc bloat, precisely because you can just use the former to bypass the most braindamaged parts of libc (diverse insanities in glibc notwithstanding).

The monolithic nature of libc is felt most acutely in freestanding applications. There is a lot of embedded code shipping with custom garbage implementations of things like memset, memcmp, sprintf, etc. because it is easier to reinvent the wheel badly than to deal with the headache of picking apart the existing libraries.

Name: Anonymous 2015-06-29 13:25

Name: Anonymous 2016-07-11 5:47

(stopping the dubsfaggot from dubsbumping)

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List