Update.
[glibc.git] / BUGS
blob748f0d00d9c8ba83672102417550fc6be7efd1b5
1             List of known bugs (certainly very incomplete)
2             ----------------------------------------------
4 Time-stamp: <1999-02-03T17:51:49-0800 drepper>
6 This following list contains those bugs which I'm aware of.  Please
7 make sure that bugs you report are not listed here.  If you can fix one
8 of these bugs/limitations I'll certainly be glad to receive a patch.
10 Another source of information about bugs is the problem data base of the
11 GNU project.  There is an easy to use WWW interface available at
13        http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl
15 I would appreciate it very much if you could verify the problem was not
16 reported before by looking through the database.  To make the information
17 in this database as useful as possible please report bugs always using the
18 `glibcbug' shell script which gets installed with GNU libc.  Before reporting
19 a bug please check the FAQ since it discusses also a lot of problematic
20 situations.
23 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
25 Severity: [  *] to [***]
28 [ **]  There are problems with signal handling when using LinuxThreads.
30 [  *]  The precision of the `sinhl' and/or `asinhl' function do not seem
31        to be the best.
33 [  *]  On Linux, there should be a way to prevent defining the symbol
34        NGROUPS_MAX in the <linux/limits.h> header file.  In glibc it
35        is defined in <posix1_lim.h> which must not make the other
36        symbols in <linux/limits.h> available.
37        [PR libc/140]
39 [  *]  The localedef program should not generate errors if for categories
40        which are not used for the output there are characters referenced
41        which are not defined in the charmap.
42        [PR libc/229]
44 [  *]  When assembling a locale definition, that uses the "copy"
45        directive, with localedef, not only the copied category is
46        checked for errors, but the whole file containing the same
47        category.
48        [PR libc/207 and PR libc/454]
50 [  *]  The libm-ieee `gamma' function gives wrong results (at least for
51        -0.5).
53 [  *]  The libm-ieee `scalb' function gives wrong results for
54        non-integral second parameters.
56 [  *]  The *scanf() functions currently do not handle %l[ and %ls parameters
57        correctly since the parsing of the multi-byte characters does not
58        yet use mbsrtowcs().
60 [  *]  The strftime() implementation cannot handle multibyte locales really
61        good since the TOLOWER and TOUPPER are not prepared.
63 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
64 Ulrich Drepper
65 drepper@cygnus.com