108 lines
4.1 KiB
Plaintext
108 lines
4.1 KiB
Plaintext
Open jobs for finishing GNU libc:
|
||
---------------------------------
|
||
Status: October 2004
|
||
|
||
If you have time and talent to take over any of the jobs below please
|
||
contact <bug-glibc@gnu.org>.
|
||
|
||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||
|
||
[ 1] Port to new platforms or test current version on formerly supported
|
||
platforms.
|
||
|
||
**** See http://www.gnu.org/software/libc/porting.html for more details.
|
||
|
||
|
||
[ 2] Test compliance with standards. If you have access to recent
|
||
standards (IEEE, ISO, ANSI, X/Open, ...) and/or test suites you
|
||
could do some checks as the goal is to be compliant with all
|
||
standards if they do not contradict each other.
|
||
|
||
|
||
[ 3] The IMHO opinion most important task is to write a more complete
|
||
test suite. We cannot get too many people working on this. It is
|
||
not difficult to write a test, find a definition of the function
|
||
which I normally can provide, if necessary, and start writing tests
|
||
to test for compliance. Beside this, take a look at the sources
|
||
and write tests which in total test as many paths of execution as
|
||
possible.
|
||
|
||
|
||
[ 4] Write translations for the GNU libc message for the so far
|
||
unsupported languages. GNU libc is fully internationalized and
|
||
users can immediately benefit from this.
|
||
|
||
Take a look at the matrix in
|
||
ftp://ftp.gnu.org/pub/gnu/ABOUT-NLS
|
||
for the current status (of course better use a mirror of ftp.gnu.org).
|
||
|
||
|
||
[ 8] If you enjoy assembler programming (as I do --drepper :-) you might
|
||
be interested in writing optimized versions for some functions.
|
||
Especially the string handling functions can be optimized a lot.
|
||
|
||
Take a look at
|
||
|
||
Faster String Functions
|
||
Henry Spencer, University of Toronto
|
||
Usenix Winter '92, pp. 419--428
|
||
|
||
or just ask. Currently mostly i?86 and Alpha optimized versions
|
||
exist. Please ask before working on this to avoid duplicate
|
||
work.
|
||
|
||
|
||
[11] Write access function for netmasks, bootparams, and automount
|
||
databases for nss_files, nss_nis, and nss_nisplus modules.
|
||
The functions should be embedded in the nss scheme. This is not
|
||
hard and not all services must be supported at once.
|
||
|
||
|
||
[15] Cleaning up the header files. Ideally, each header style should
|
||
follow the "good examples". Each variable and function should have
|
||
a short description of the function and its parameters. The prototypes
|
||
should always contain variable names which can help to identify their
|
||
meaning; better than
|
||
|
||
int foo (int, int, int, int);
|
||
|
||
Blargh!
|
||
|
||
*** The conformtest.pl tool helps cleaning the namespace. As far as
|
||
known the prototypes all contain parameter names. But maybe some
|
||
comments can be improved.
|
||
|
||
|
||
[18] Based on the sprof program we need tools to analyze the output. The
|
||
result should be a link map which specifies in which order the .o
|
||
files are placed in the shared object. This should help to improve
|
||
code locality and result in a smaller footprint (in code and data
|
||
memory) since less pages are only used in small parts.
|
||
|
||
|
||
[19] A user-level STREAMS implementation should be available if the
|
||
kernel does not provide the support.
|
||
|
||
*** This is a much lower priority job now that STREAMS are optional in
|
||
XPG.
|
||
|
||
|
||
[20] More conversion modules for iconv(3). Existing modules should be
|
||
extended to do things like transliteration if this is wanted.
|
||
For often used conversion a direct conversion function should be
|
||
available.
|
||
|
||
|
||
[23] The `strptime' function needs to be completed. This includes among
|
||
other things that it must get teached about timezones. The solution
|
||
envisioned is to extract the timezones from the ADO timezone
|
||
specifications. Special care must be given names which are used
|
||
multiple times. Here the precedence should (probably) be according
|
||
to the geograhical distance. E.g., the timezone EST should be
|
||
treated as the `Eastern Australia Time' instead of the US `Eastern
|
||
Standard Time' if the current TZ variable is set to, say,
|
||
Australia/Canberra or if the current locale is en_AU.
|
||
|
||
|
||
[27] ...deleted...
|