summaryrefslogtreecommitdiff
path: root/README
diff options
context:
space:
mode:
authorEric Andersen <andersen@codepoet.org>2003-09-09 10:02:31 +0000
committerEric Andersen <andersen@codepoet.org>2003-09-09 10:02:31 +0000
commit83d06c569c280324874460374f5b2ca3ebe63263 (patch)
treef94e2426d9d875173068e9f3c2587c681f276456 /README
parent6a402bb07f0368747cf7157bc9734ff418b21208 (diff)
Yet more trivial doc updates
Diffstat (limited to 'README')
-rw-r--r--README52
1 files changed, 28 insertions, 24 deletions
diff --git a/README b/README
index 0f7dc4b2e..1f420b3ab 100644
--- a/README
+++ b/README
@@ -9,33 +9,37 @@ 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, i386, i960, h8300, m68k,
-mips/mipsel, PowerPC, SH, SPARC, and v850 processors.
+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 be a better choice...
+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 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.
+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. See
-extra/gcc-uClibc/ for information.
+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 functions in 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.
+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/.
@@ -48,13 +52,13 @@ 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 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
+ 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