Use _tolower instead of tolower if possible.
[kopensolaris-gnu/glibc.git] / BUGS
diff --git a/BUGS b/BUGS
index e889251..1b0374b 100644 (file)
--- a/BUGS
+++ b/BUGS
@@ -1,7 +1,7 @@
            List of known bugs (certainly very incomplete)
            ----------------------------------------------
 
-Time-stamp: <1998-02-20T15:02:41-0800 drepper>
+Time-stamp: <1998-09-10T17:09:57-0700 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
@@ -27,8 +27,6 @@ Severity: [  *] to [***]
 
 [ **]  There are problems with signal handling when using LinuxThreads.
 
-[ **]  The libm-ieee `log2' function seems to be very inaccurate.
-
 [  *]  The precision of the `sinhl' and/or `asinhl' function do not seem
        to be the best.
 
@@ -47,19 +45,25 @@ Severity: [  *] to [***]
        which are not defined in the charmap.
        [PR libc/229]
 
-[  *]  The rcmd() functions (more concrete: the handling of .rhosts) does
-       not support netgroups and wildcards (+).
-
 [  *]  When assembling a locale definition, that uses the "copy"
        directive, with localedef, not only the copied category is
        checked for errors, but the whole file containing the same
        category.
-       [PR libc/207]
+       [PR libc/207 and PR libc/454]
+
+[  *]  The libm-ieee `gamma' function gives wrong results (at least for
+       -0.5).
+
+[  *]  The libm-ieee `scalb' function gives wrong results for
+       non-integral second parameters.
+
+[  *]  The *scanf() functions currently do not handle %l[ and %ls parameters
+       correctly since the parsing of the multi-byte characters does not
+       yet use mbsrtowcs().
 
-[  *]  The libm-ieee `asin' function gives wrong results (at least for 0.5).
+[  *]  The strftime() implementation cannot handle multibyte locales really
+       good since the TOLOWER and TOUPPER are not prepared.
 
-[  *]  _IO_getline can loop forever, at least with C++
-       [PR libc/332]
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 Ulrich Drepper
 drepper@cygnus.com