Update.

diff --git a/BUGS b/BUGS
index d182b626efd2caabb312124dac8516aadb48a6f7..e2fe459e2044d8aaa1b284c746592298c4d218b4 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -1,7 +1,7 @@
            List of known bugs (certainly very incomplete)
            ----------------------------------------------
 
-Time-stamp: <1997-03-22T04:30:57+0100 drepper>
+Time-stamp: <1997-05-21T20:55:45+0200 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
@@ -10,7 +10,7 @@ of these bugs/limitations I'll certainly be glad to receive a patch.
 Another source of information about bugs is the problem data base of the
 GNU project.  There is an easy to use WWW interface is available at
 
-       http://pogo.gnu.ai.mit.edu:8080/cgi-bin/wwwgnats.pl
+       http://www-gnats.gnu.ai.mit.edu:8080/cgi-bin/wwwgnats.pl
 
 I would appreciate it very much if you could verify the problem was not
 reported before by looking though the database.  To make the information
@@ -24,19 +24,12 @@ Severity: [  *] to [***]
 
 
 [ **]  For GNU libc on Linux, there is still no solution for the UTMP
-       problem.
+       problem.  Two people are working on a possible solution.
        [Among others: PR libc/39]
 
 [ **]  There are problems with signal handling when using LinuxThreads.
 
-[ **]  The `cbrtl' function is inaccurate.  The algorithm used for `double'
-       and `float' is not usable for `long double'.
-
-[ **]  Not really a bug, but it could lead to such:
-       The RPC code is ugly ugly ugly.  It's more or less verbatim taken
-       from Sun's code and therefore mostly lacks complete prototypes and
-       (more important) the use of `const'.  It *definitely* needs to be
-       cleaned.
+[ **]  The `cbrtl' function for ix86 does not work in the moment.
 
 [  *]  The precision of the `sinhl' and/or `asinhl' function do not seem
        to be the best.
@@ -57,6 +50,14 @@ Severity: [  *] to [***]
        symbols in <linux/limits.h> available.
        [PR libc/140]
 
+[  *]  The localedef program should interpret only the required categories
+       addressed by `copy' statements.  This especially means that limited
+       character sets must not lead to errors if the LC_CTYPE category in
+       the locale addressed by `copy' is not really used.
+
+[  *]  Statically linking with libpthread leads to strange warnings
+       from the linker.  I don't know why this happen so far.
+
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Ulrich Drepper
 drepper@cygnus.com

diff --git a/ChangeLog b/ChangeLog
index 8f4825740aabe106188d03572ab7a34b3b3bfb69..6af8241d8679ffc0fe0bebac610f9167e11998a8 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,12 @@
+1997-05-25 00:45  Ulrich Drepper  <drepper@cygnus.com>
+
+       * sysdeps/i386/fpu/__math.h (logb): Fix thinko, reverse output
+       values.
+       Reported by Andreas Jaeger <aj@arthur.rhein-neckar.de>.
+
+       * sunrpc/svc.c (svc_register): Change type of protocol parameter to
+       u_long.
+
 1997-05-22 05:40  Richard Henderson  <rth@tamu.edu>
 
        * sysdeps/alpha/dl-machine.h (elf_machine_runtime_setup): If we are