summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorEric Andersen <andersen@codepoet.org>2002-04-22 16:50:52 +0000
committerEric Andersen <andersen@codepoet.org>2002-04-22 16:50:52 +0000
commit15844e561868cbf5b580941d6dc5118d116a0a1e (patch)
treeb9aef3cb474e22113d2c1af0e0662b30d80b5244
parente261c8f8e55fccea5e9ae4e26cdb6c837e17304c (diff)
Minor updates.
-rw-r--r--INSTALL12
-rw-r--r--README54
2 files changed, 32 insertions, 34 deletions
diff --git a/INSTALL b/INSTALL
index fd882fc44..211659147 100644
--- a/INSTALL
+++ b/INSTALL
@@ -50,15 +50,3 @@ Note:
additional information concerning what options and environment
variables the gcc wrapper handles.
-Note2:
-
- 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
- many 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 (such
- as GNU binutils) are especially chummy with glibc, and need
- this behavior disabled by adding CFLAGS+=-D__FORCE_NOGLIBC
diff --git a/README b/README
index 5ebe3bda4..6511c9f12 100644
--- a/README
+++ b/README
@@ -1,32 +1,29 @@
- uClibc - a small libc implementation
- Erik Andersen <erik@codepoet.org>
-
-
-uClibc (aka µClibc/pronounced yew-see-lib-see) is size-optimized
-implementation of the standard C library. The primary use is
-for developing embedded Linux systems. It is much smaller then
-the GNU C Library (glibc), but nearly all applications supported
-by glibc also compile and 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 Linux (also known as µClinux) systems on the
-following processors: ARM, i386, h8300, m68k, mips, mipsel,
-PowerPC, SH, SPARC, and v850.
+ uClibc - a Small C Library for Linux
+ Erik Andersen <andersen@codepoet.org>
+
+uClibc (aka µClibc/pronounced yew-see-lib-see) is a size-optimized
+implementation of the standard C library. It is primarily designed
+for developing embedded Linux systems. It is much smaller then 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 µClinuxClinux) systems
+with support for ARM, i386, h8300, m68k, mips, mipsel, PowerPC, SH,
+SPARC, and v850 processors.
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. See
+extra/gcc-uClibc/ for information.
uClibc strives to be standards compliant, which means that most
documentation written for functions in glibc also apply 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.
+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/.
@@ -35,4 +32,17 @@ 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 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 (such as GNU
+ binutils) are especially chummy with glibc, and need this
+ behavior disabled by adding CFLAGS+=__FORCE_NOGLIBC