mirrors/musl
1
0
Fork 0
mirror of https://git.musl-libc.org/git/musl synced 2025-01-10 08:42:02 +03:00
Code Issues Packages Projects Releases Wiki Activity
465 Commits 2 Branches 77 Tags 7.4 MiB
C 94.4%
Assembly 4.8%
Awk 0.4%
Makefile 0.3%
Shell 0.1%
0b6b43ed3f
Go to file
Rich Felker 0b6b43ed3f use __WCHAR_TYPE__ on i386 if it is defined 
unfortunately traditional i386 practice was to use "long" rather than
"int" for wchar_t, despite the latter being much more natural and
logical. we followed this practice, but it seems some compilers (clang
and maybe certain gcc builds or others too..?) have switched to using
int, resulting in spurious pointer type mismatches when L"..." wide
strings are used. the best solution I could find is to use the
compiler's definition of wchar_t if it exists, and otherwise fallback
to the traditional definition.

there's no point in duplicating this approach on 64-bit archs, as
their only 32-bit type is int.
2011-06-07 11:26:42 -04:00
arch use __WCHAR_TYPE__ on i386 if it is defined 2011-06-07 11:26:42 -04:00
crt cleanup comment cruft in startup code 2011-02-21 22:27:35 -05:00
dist overhaul implementation-internal signal protections 2011-05-07 23:23:58 -04:00
include add support for POSIX message queues, except mq_notify 2011-06-07 01:52:27 -04:00
lib new solution for empty lib dir (old one had some problems) 2011-02-17 17:12:52 -05:00
src mq send/recv functions are cancellation points 2011-06-07 11:14:39 -04:00
tools use -L/...../ -lgcc instead of /...../libgcc.a in musl-gcc wrapper 2011-03-01 12:04:36 -05:00
COPYING initial check-in, version 0.5.0 2011-02-12 00:22:29 -05:00
COPYRIGHT replace heap sort with smoothsort implementation by Valentin Ochs 2011-04-27 13:27:04 -04:00
INSTALL some docs fixes for x86_64 2011-02-15 14:52:11 -05:00
Makefile various changes in preparation for dynamic linking support 2011-02-24 16:37:21 -05:00
README update README since we now DO have a mailing list 2011-04-11 00:10:26 -04:00
WHATSNEW release notes for 0.7.10 2011-05-17 14:13:06 -04:00

README 

musl libc - a new standard library to power a new generation of
Linux-based devices. musl is lightweight, fast, simple, free, and
strives to be correct in the sense of standards-conformance and
safety.

musl is an alternative to glibc, eglibc, uClibc, dietlibc, and klibc.
For reasons why one might prefer musl, please see the FAQ and libc
comparison chart on the project website,

    http://www.etalabs.net/musl/

For installation instructions, see the INSTALL file.

Please refer to the COPYRIGHT file for details on the copyright status
of code included in musl, and the COPYING file for the license (LGPL)
under which the library as a whole is distributed.



Greetings libc hackers!

This package is an _alpha_ release of musl, intended for the curious
and the adventurous. While it can be used to build a complete small
Linux system (musl is self-hosted on the system I use to develop it),
at this point doing so requires a lot of manual effort. Nonetheless, I
hope low-level Linux enthusiasts will try out building some compact
static binaries with musl using the provided gcc wrapper (which allows
you to link programs with musl on a "standard" glibc Linux system),
find whatever embarassing bugs I've let slip through, and provide
feedback on issues encountered building various software against musl.

For bug reports, support requests, or to get involved in development,
please visit #musl on Freenode IRC or subscribe to the musl mailing
list by sending a blank email to musl-subscribe AT lists DOT openwall
DOT com.

Thank you for trying out musl.

Cheers,

Rich Felker / dalias