Embedded C library http://uclibc-ng.org

Tobias Anderberg 82eee8d231 Re-add cris to "define list" when fixing auxvt. 21 rokov pred
debian 2fd364618a Update version 22 rokov pred
docs 83d06c569c Yet more trivial doc updates 21 rokov pred
extra 5e16460b41 Patch from Philip Nye fixing mmu-less 21 rokov pred
include 4ad53a1548 sigh. The cris compiler doesn't do link_warning's.... 21 rokov pred
ldso 82eee8d231 Re-add cris to "define list" when fixing auxvt. 21 rokov pred
libc a6f671bc7c Added assembler version of startup code. Fix Makefile so it uses the new 21 rokov pred
libcrypt cf0a78c882 Cleanup crypt and remove the crypt_r stuff, since SuSv3 22 rokov pred
libintl 8f15281c9c Rework a few things. 21 rokov pred
libm 7083e9626f Fixup build problem on powerpc 21 rokov pred
libnsl a3ac5450a6 Somewhat pointless naming pedantry 22 rokov pred
libpthread e71b7cc95c here is (I hope) a better way to handle this one. I regularly build 21 rokov pred
libresolv 65fe2cc096 Fix broken ignore file 22 rokov pred
libutil efe2271a53 Make login actually write out utmp and wtmp junk (even 21 rokov pred
test 67992833de Fix broken test 21 rokov pred
.cvsignore 6737908f74 Ok, this commit is _huge_ and its gonna change the world. I've 22 rokov pred
COPYING.LIB 64bc641218 Initial revision 24 rokov pred
Changelog 6a402bb07f minor spelling fixes 21 rokov pred
Changelog.full 9fe5415568 Update changelog for release 21 rokov pred
INSTALL fc71b53fcc Fix typo noticed by V.Radhakrishnan 22 rokov pred
Makefile 86be4f7e5a Enable automagic locale data downloads 21 rokov pred
README 83d06c569c Yet more trivial doc updates 21 rokov pred
Rules.mak d85d26f8dc Fix several stupid bugs I let slip into the release 21 rokov pred
TODO 1e680eeea6 Add a couple of things... And check that cvs commit diffs are 21 rokov pred

README


uClibc - a Small C Library for Linux
Erik Andersen

uClibc (aka Clibc/pronounced yew-see-lib-see) is a C library for
developing embedded Linux systems. It is much smaller than the
GNU C Library, but nearly all applications supported by glibc
also work perfectly with uClibc. Porting applications from glibc
to uClibc typically involves just recompiling the source code.
uClibc even supports shared libraries and threading. It currently
runs on standard Linux and MMU-less (also known as Clinux)
systems with support for alpha, ARM, cris, h8300, i386, i960,
m68k, mips/mipsel, PowerPC, SH, SPARC, and v850 processors.

If you are building an embedded Linux system and you find that
glibc is eating up too much space, you should consider using
uClibc. If you are building a huge fileserver with 12 Terabytes
of storage, then using glibc may make more sense. Unless, for
example, that 12 Terabytes will be Network Attached Storage and
you plan to burn Linux into the system's firmware...

uClibc is maintained by Erik Andersen and is licensed under the
GNU LIBRARY GENERAL PUBLIC LICENSE . This license allows you to
make closed source commercial applications using an unmodified
version of uClibc (Please consider sharing some of the money you
make ;-). You do not need to give away all your source code just
because you use uClibc and/or run on Linux.


For installation instructions, see the file INSTALL.

This distribution contains a wrapper for gcc and ld that allows
you to use existing toolchains that were targetted for glibc.
There are limits as to what this wrapper can do, so it is
recommended that you instead build a full binutils/gcc toolchain.

uClibc strives to be standards compliant, which means that most
documentation written for SuSv3, or for glibc also applies to
uClibc functions. However, many GNU extensions are not supported
because they have not been ported, or more importantly, would
increase the size of uClibc disproportional to the added
functionality.

Additional information (recent releases, FAQ, mailing list, bugs,
etc.) can be found at http://www.uclibc.org/.

uClibc may be freely modified distributed under the terms of the
GNU Library General Public License, which can be found in the
file COPYING.LIB.

Please Note:

There is an unwholesomely huge amount of code out there
that depends on the presence of GNU libc header files.
We have GNU libc compatible header files. So we have
committed a horrible sin in uClibc. We _lie_ and claim
to be GNU libc in order to force these applications to
work as their developers intended. This is IMHO,
pardonable, since these defines are not really intended
to check for the presence of a particular library, but
rather are used to define an _interface_. Some programs
are especially chummy with glibc, and may need this
behavior disabled by adding CFLAGS+=-D__FORCE_NOGLIBC