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

Peter S. Mazinger 789db36ade Change in_addr_t inet_aton to int, glibc has it as int and uClibc uses it in addr.c also as int. Rename mylock/LOCK/UNLOCK in resolv.c to allow IMA compiling 19 years ago
debian 3710e0790c install the manpages that are in the docs subdir 19 years ago
docs a5aa1cd19f fix url 19 years ago
extra 6a98e3e5f6 Typo correction, thanks cow. 19 years ago
include 789db36ade Change in_addr_t inet_aton to int, glibc has it as int and uClibc uses it in addr.c also as int. Rename mylock/LOCK/UNLOCK in resolv.c to allow IMA compiling 19 years ago
ldso 5e48b8b628 Add the current implementation to review 19 years ago
libc 789db36ade Change in_addr_t inet_aton to int, glibc has it as int and uClibc uses it in addr.c also as int. Rename mylock/LOCK/UNLOCK in resolv.c to allow IMA compiling 19 years ago
libcrypt 6533343415 Updated libcrypt example Makefile 19 years ago
libintl 5e48b8b628 Add the current implementation to review 19 years ago
libm b6cfa5f080 2 more examples that show the handling of different objects in lib*.so and lib*.a, also handle arch specific optimized versions 19 years ago
libnsl 5e48b8b628 Add the current implementation to review 19 years ago
libpthread 286547d5c2 linuxthreads_db depends on PTHREADS_DEBUG_SUPPORT 19 years ago
libresolv 5e48b8b628 Add the current implementation to review 19 years ago
librt 5e48b8b628 Add the current implementation to review 19 years ago
libutil 5e48b8b628 Add the current implementation to review 19 years ago
test f70602be19 Remove ar-target and shared targets, at build time now we traverse the tree only once. Generalize all toplevel makefiles. Make sure, that libdl.so is built against libc.so and not libc.a 19 years ago
utils 3a7ac9c7a7 Rewrote almost all Makefiles: do not use strip $(x),y; run strip on all objects at once; use :=//$</$^; use CRT_SRC/CRT_OBJ/SCRT_OBJ/CSRC/COBJ/SSRC/SOBJ/MSRC/MOBJ where no more is needed, if only CSRC is present use OBJS directly instead of COBJ; CTOR_TARGETS are created directly in lib; remove unused/unneeded parts. Hope I haven't broken too much. 19 years ago
COPYING.LIB 751dd180c3 Update license file to Lesser GPL v2.1 19 years ago
Changelog 9acf46c0c7 Update docs for release 20 years ago
Changelog.full 9acf46c0c7 Update docs for release 20 years ago
DEDICATION.mjn3 38583d5986 Today's Toni's birthday. Seems an appropriate day to add this. 21 years ago
INSTALL 37c4e78b3f fix a few typos and clean up the spacing (no tabs) 20 years ago
MAINTAINERS 6e6fe788e8 Fix platform URLs, though I'm sure rmk has enjoyed the extra traffic.. 19 years ago
Makefile a5caac62d6 Do not recurse into ldso if HAVE_SHARED is disabled. 19 years ago
Makefile.libs b7e0093023 Adapted generic file to work properly with linuxthreads 19 years ago
Makerules 5e48b8b628 Add the current implementation to review 19 years ago
README ece14c1a67 Remove whitespace 20 years ago
Rules.mak 8891cd94ce Undo -combine addition, check_gcc can't cope with it 19 years ago
TODO 1fbbaa0392 note the architectures which still need to be updated 19 years ago

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, e1, h8300, i386, i960,
m68k, microblaze, 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. You should, however,
carefuly review the license and make certain you understand and
abide by it strictly.


For installation instructions, see the file INSTALL.

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. There is some discussion of these differences
in the "docs" directory.

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

uClibc may be freely modified and 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

If you want to make special exceptions in your code which are
specifically for uClibc, you can make certain to include features.h,
and then have your code check for uClibc as follows:

#ifdef __UCLIBC__
do_something_special();
#endif

And most of all, be sure to have some fun! :-)
-Erik