eglibc: Remove eglibc support

As posted on http://www.eglibc.org/
====================
EGLIBC is no longer developed and such goals are now being addressed
directly in GLIBC.
====================

I'm not interested in maintaining build support for unsupported
software.

Older branches of crosstool-ng continue to have eglibc support.
If you find issues with older branches, I'm always open to pull
requests.

Removing eglibc also frees up glibc cleanup and build optimization.

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>

5 files changed, 10 insertions, 12 deletions

diff --git a/docs/0 - Table of content.txt b/docs/0 - Table of content.txt
index ebac8512..13e298b7 100644
--- a/docs/0 - Table of content.txt
+++ b/docs/0 - Table of content.txt
@@ -59,7 +59,7 @@ B- Known issues
     - gcc is not found, although I *do* have gcc installed
     - The extract and/or path steps fail under Cygwin
     - uClibc fails to build under Cygwin
-    - On 64-bit build systems, the glibc (possibly eglibc too) build
+    - On 64-bit build systems, the glibc build
       fails for 64-bit targets, because it can not find libgcc
     - libtool.m4: error: problem compiling FC test program
     - unable to detect the exception model
diff --git a/docs/7 - Contributing to crosstool-NG.txt b/docs/7 - Contributing to crosstool-NG.txt
index a1c01214..a1035545 100644
--- a/docs/7 - Contributing to crosstool-NG.txt
+++ b/docs/7 - Contributing to crosstool-NG.txt
@@ -32,7 +32,7 @@ Here is the (mostly-complete) list of categories and components:
     arch        | alpha, arm, mips, powerpc...
     cc          | gcc
     binutils    | binutils, elf2flt, sstrip
-    libc        | eglibc, uClibc, glibc, newlib, mingw, none
+    libc        | uClibc, glibc, newlib, mingw, none
     kernel      | linux, mingw32, bare-metal
     debug       | dmalloc, duma, gdb, ltrace, strace
     complibs    | gmp, mpfr, ppl, cloog, mpc, libelf
diff --git a/docs/8 - Internals.txt b/docs/8 - Internals.txt
index d919a778..0eefd1bd 100644
--- a/docs/8 - Internals.txt
+++ b/docs/8 - Internals.txt
@@ -247,8 +247,7 @@ The kernel's ".sh" file API:
      - CT_DoGet <tarball_base_name> <URL1 [URL...]>
        Eg.: CT_DoGet linux-2.6.26.5 ftp://ftp.kernel.org/pub/linux/kernel/v2.6
      Note: retrieving sources from svn, cvs, git and the likes is not supported
-     by CT_DoGet. You'll have to do this by hand, as it is done for eglibc in
-     "scripts/build/libc/eglibc.sh"
+     by CT_DoGet. For now, you'll have to do this by hand.
 
  > defines the function "do_kernel_extract":
    + parameters: none
diff --git a/docs/9 - How is a toolchain constructed.txt b/docs/9 - How is a toolchain constructed.txt
index 353c0a2f..a358b9e3 100644
--- a/docs/9 - How is a toolchain constructed.txt
+++ b/docs/9 - How is a toolchain constructed.txt
@@ -51,8 +51,8 @@ thereof, running on the target, we also need the C library. The C library
 provides a standard abstraction layer that performs basic tasks (such as
 allocating memory, printing output on a terminal, managing file access...).
 There are many C libraries, each targeted to different systems. For the
-Linux /desktop/, there is glibc or eglibc or even uClibc, for embedded Linux,
-you have a choice of eglibc or uClibc, while for system without an Operating
+Linux /desktop/, there is glibc or even uClibc, for embedded Linux,
+you have a choice of uClibc, while for system without an Operating
 System, you may use newlib, dietlibc, or even none at all. There a few other
 C libraries, but they are not as widely used, and/or are targeted to very
 specific needs (eg. klibc is a very small subset of the C library aimed at
diff --git a/docs/B - Known issues.txt b/docs/B - Known issues.txt
index 271ce09e..656ac343 100644
--- a/docs/B - Known issues.txt
+++ b/docs/B - Known issues.txt
@@ -111,7 +111,7 @@ Workaround:
 
 --------------------------------
 Symptoms:
-  On 64-bit build systems, the glibc (possibly eglibc too) build fails for
+  On 64-bit build systems, the glibc build fails for
   64-bit targets, because it can not find libgcc.
 
 Explanations:
@@ -180,8 +180,7 @@ Symptoms:
 
 Explanations:
   The issue seems to be related to building NPTL on old versions
-  of glibc (and possibly eglibc as well) on some architectures
-  (seen on powerpc, s390, s390x and x86_64).
+  of glibc on some architectures (seen on powerpc, s390, s390x and x86_64).
 
 Status:
   CURRENT
@@ -197,13 +196,13 @@ Symptoms:
   glibc start files and headers fail with: [/usr/include/limits.h] Error 1
 
 Explanations:
-  Old glibc (and eglibc) Makefiles break with make-3.82.
+  Old glibc Makefiles break with make-3.82.
 
 Status:
   CURRENT
 
 Fix:
-  None so far. It would require some glibc/eglibc hacking.
+  None so far. It would require some glibc hacking.
 
 Workaround:
   There two possible workarounds:
@@ -221,7 +220,7 @@ Symptoms:
   The build fails with "mixed implicit and normal rules. Stop."
 
 Explanations:
-  Old glibc (and eglibc) Makefiles break with make-3.82.
+  Old glibc Makefiles break with make-3.82.
 
 Status:
   CURRENT