diff options
author | Ulrich Drepper <drepper@redhat.com> | 1997-05-24 22:56:14 +0000 |
---|---|---|
committer | Ulrich Drepper <drepper@redhat.com> | 1997-05-24 22:56:14 +0000 |
commit | 51b2586797f15785fc2e4694ccba4c3154e7bd94 (patch) | |
tree | 5c8ef9d607eaabd97a06573d679854bb66757172 /BUGS | |
parent | 4e5f9db6ba48e0b4999d0fa50045764ef60b9c19 (diff) |
Update.
Diffstat (limited to 'BUGS')
-rw-r--r-- | BUGS | 23 |
1 files changed, 12 insertions, 11 deletions
@@ -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 |