mirror of
git://git.musl-libc.org/musl
synced 2025-01-13 10:21:30 +00:00
musl - an implementation of the standard library for Linux-based systems
268375c1c0
the changes were verified using various sources: linux: include/uapi/linux/elf.h binutils: include/elf/common.h glibc: elf/elf.h sysv gabi: http://www.sco.com/developers/gabi/latest/contents.html sun linker docs: http://docs.oracle.com/cd/E18752_01/pdf/817-1984.pdf and platform specific docs - fixed: EF_MIPS_* E_MIPS_* e_flags: fixed accoding to glibc and binutils - added: ELFOSABI_GNU for EI_OSABI entry: glibc, binutils and sysv gabi EM_* e_machine values: updated according to linux and glibc PN_XNUM e_phnum value: from glibc and linux, see oracle docs NT_* note types: updated according to linux and glibc DF_1_* flags for DT_FLAGS_1 entry: following glibc and oracle docs AT_HWCAP2 auxv entry for more hwcap bits accoding to linux and glibc R_386_SIZE32 relocation according to glibc and binutils EF_ARM_ABI_FLOAT_* e_flags: added following glibc and binutils R_AARCH64_* relocs: added following glibc and aarch64 elf specs R_ARM_* relocs: according to glibc, binutils and arm elf specs R_X86_64_* relocs: added missing relocs following glibc - removed: HWCAP_SPARC_* flags were moved to arch specific header in glibc R_ARM_SWI24 reloc is marked as obsolete in glibc, not present in binutils not specified in arm elf spec, R_ARM_TLS_DESC reused its number see http://www.codesourcery.com/publications/RFC-TLSDESC-ARM.txt - glibc changes not pulled in: ELFOSABI_ARM_AEABI (bare-metal system, binutils and glibc disagrees about the name) R_68K_* relocs for unsupported platform R_SPARC_* ditto EF_SH* ditto (e_flags) EF_S390* ditto (e_flags) R_390* ditto R_MN10300* ditto R_TILE* ditto |
||
---|---|---|
arch | ||
crt | ||
dist | ||
include | ||
lib | ||
src | ||
tools | ||
.gitignore | ||
configure | ||
COPYRIGHT | ||
INSTALL | ||
Makefile | ||
README | ||
WHATSNEW |
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.musl-libc.org/ For installation instructions, see the INSTALL file. Please refer to the COPYRIGHT file for details on the copyright and license status of code included in musl (standard MIT license). Greetings! The 0.9.x release series for musl features interface coverage for all interfaces defined in ISO C99 and POSIX 2008 base, along with a number of non-standardized interfaces for compatibility with Linux, BSD, and glibc functionality. As the release series progresses, we are gradually adding support for incomplete functionality in existing interfaces, additional functions that are deemed to be important due to their use in real-world software, and support for new library and language features in C11 such as thread-local storage, which is now supported on all targets. In addition, support for additional target cpu architectures is being added. The number of packages build successfully against musl - either out-of-the-box or with minor patches to address portability errors - has exceeded 5000 and is steadily growing. In addition to application compatibility testing, unit testing has been conducted using three separate test frameworks and numerous additional standalone test cases to verify the correctness of the implementation. Included with this package is a gcc wrapper script (musl-gcc) which allows you to build musl-linked programs using an existing gcc 3.x or 4.x toolchain on the host. There are also now at several mini distributions (in the form of build scripts) which provide a self-hosting musl-based toolchain and system root. These are much better options than the wrapper script if you wish to use dynamic linking or build packages with many library dependencies. See the musl website for details. The musl project is actively seeking contributors, mostly in the areas of porting, testing, and application compatibility improvement. 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 using musl. Cheers, Rich Felker / dalias