Update.
authordrepper <drepper>
Fri, 31 Oct 1997 22:42:55 +0000 (22:42 +0000)
committerdrepper <drepper>
Fri, 31 Oct 1997 22:42:55 +0000 (22:42 +0000)
BUGS
FAQ

diff --git a/BUGS b/BUGS
index afe188c..701acf0 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -1,7 +1,7 @@
            List of known bugs (certainly very incomplete)
            ----------------------------------------------
 
-Time-stamp: <1997-10-25T06:32:15+0200 drepper>
+Time-stamp: <1997-10-31T16:49:39+0100 drepper>
 
 This following list contains those bugs which I'm aware of.  Please
 make sure that bugs you report are not listed here.  If you can fix one
@@ -36,12 +36,6 @@ Severity: [  *] to [***]
        flag was given.
        [PR libc/72]
 
-[  *]  On Linux, the <linux/posix_types.h> is not clean enough to satisfy
-       the C++ namespace rules.  Declaring `struct fd_set' also makes
-       `fd_set' available in the global namespace which conflicts with
-       the definition of `fd_set' in glibc.
-       [PR libc/79]
-
 [  *]  On Linux, there should be a way to prevent defining the symbol
        NGROUPS_MAX in the <linux/limits.h> header file.  In glibc it
        is defined in <posix1_lim.h> which must not make the other
@@ -69,13 +63,6 @@ Severity: [  *] to [***]
        with gcc. This seems to be a bug in gcc 2.7.2.x (egcs doesn't
        have this bug).
        [PR libc/245]
-
-[  *]  gethostbyname returns HOST_NOT_FOUND if the nameserver is
-       unreachable and nsswitch.conf contains a line with:
-       hosts: files dns
-       If the only method is dns gethostbyname return
-       TRY_AGAIN.  gethostbyname should return in both cases TRY_AGAIN.
-       [PR libc/244]
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Ulrich Drepper
 drepper@cygnus.com
diff --git a/FAQ b/FAQ
index b1e4da3..1dcb3a3 100644 (file)
--- a/FAQ
+++ b/FAQ
@@ -100,6 +100,10 @@ please let me know.
 
 [Q28]  ``After upgrading to a glibc 2.1 with symbol versioning I get
          errors about undefined symbols.  What went wrong?''
+
+[Q29]  ``I don't include any kernel header myself but still the
+         compiler complains about type redeclarations of types in the
+         kernel headers.''
 \f
 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
 [Q1]   ``What systems does the GNU C Library run on?''
@@ -116,6 +120,8 @@ in the future are:
        m68k-*-linux-gnu        Linux-2.0 on Motorola 680x0
        alpha-*-linux-gnu       Linux-2.0 on DEC Alpha
        powerpc-*-linux-gnu     Linux and MkLinux on PowerPC systems
+       sparc-*-linux-gnu       Linux-2.0 on SPARC
+       sparc64-*-linux-gnu     Linux-2.0 on UltraSPARC
 
 Other Linux platforms are also on the way to be supported but I need
 some success reports first.
@@ -756,6 +762,21 @@ with symbol versioning.
 
 
 ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
+[Q29]  ``I don't include any kernel header myself but still the
+         compiler complains about type redeclarations of types in the
+         kernel headers.''
+
+[A29] {UD} The kernel headers before Linux 2.1.61 don't work correctly with
+glibc since they pollute the name space in a not acceptable way.  Compiling
+C programs is possible in most cases but especially C++ programs have (due
+to the change of the name lookups for `struct's) problem.  One prominent
+example is `struct fd_set'.
+
+There might be some more problems left but 2.1.61 fixes some of the known
+ones.  See the BUGS file for other known problems.
+
+
+~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
 \f
 Answers were given by:
 {UD} Ulrich Drepper, <drepper@cygnus.com>