Open jobs for finishing GNU libc:
---------------------------------
-Status: April 1997
+Status: May 1998
If you have time and talent to take over any of the jobs below please
-contact <bug-glibc@prep.ai.mit.edu>
+contact <bug-glibc@gnu.org>.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
\f
users can immediately benefit from this.
Take a look at the matrix in
- ftp://prep.ai.mit.edu/pub/gnu/ABOUT-NLS
- for the current status (of course better use a mirror of prep).
-
-
-[ 5] Write wordexp() function; this is described in POSIX.2, the
- header <wordexp.h> already exists.
-
- Implementation idea: use some functions from bash.
-
-**** Somebody is working on this. Help may or may not be appreciated.
+ ftp://ftp.gnu.org/pub/gnu/ABOUT-NLS
+ for the current status (of course better use a mirror of ftp.gnu.org).
[ 6] Write `long double' versions of the math functions. This should be
[ 7] Several math functions have to be written:
- exp2
- - nearbyint
- each with float, double, and long double arguments. Writing these
- functions should be possible when following the implementation of
- the existing exp/log functions for other bases.
+ with long double arguments.
Beside this most of the complex math functions which are new in
- ISO C 9X. gcc already has support for numbers of complex type so the
- implementation should be possible today. I mention here the names
- and the way to write them (argument is z = x + iy):
-
- - sin(z) = 1/(2i) (e^(iz) - e^-(iz)) = sin(x) cosh(y) + i cos(x) sinh(y)
- - cos(z) = 1/2 (e^(iz) + e^-(iz)) = cos(x) cosh(y) - i sin(x) sinh(y)
- - tan(z) = 1/i (e^(iz) - e^-(iz))/(e^(iz) + e^-(iz))
- - cot(z) = i (e^(iz) + e^-(iz))/(e^(iz) - e^-(iz))
- - asin(z) = -i ln(iz + sqrt(1-z^2))
- - acos(z) = -i ln(z + sqrt(z^2-1))
- - atan(z) = 1/(2i) ln((1+iz)/(1-iz))
- - acot(z) = -1/(2i) ln((iz+1)/(iz-1))
- - tanh(z) = (e^z - e^-z)/(e^z + e^-z)
- - coth(z) = (e^z + e^-z)/(e^z - e^-z)
-
- All functions should we written with all the parallelism in mind.
- And assembler versions are highly expreciated since, e.g., the ix87
- FPU provides an `fsincos' instructions which is certainly useful for
- the `sin' function. The implementations for the normal math functions
- shows other optimization techniques.
+ ISO C 9X should be improved. Writing some of them in assembler is
+ useful to exploit the parallelism which often is available.
[ 8] If you enjoy assembler programming (as I do --drepper :-) you might
work.
-[ 9] Write nftw() function. Perhaps it might be good to reimplement the
- ftw() function as well to share most of the code.
-
-**** Almost done!
-
-
[10] Extend regex and/or rx to work with wide characters and complete
implementation of character class and collation class handling.
- It is planed to do a complete rewrite.
+ It is planned to do a complete rewrite.
[11] Write access function for netmasks, bootparams, and automount
hard and not all services must be supported at once.
-[12] Rewrite utmp/wtmp functions to use database functions. This is much
- better than the normal flat file format.
-
-**** There are plans for a new approach to this problem. Please contact
- bug-glibc@prep.ai.mit.edu before starting to work.)
-
-
-[13] Several more or less small functions have to be written:
-
- + tcgetid() and waitid() from XPG4.2
- + grantpt(), ptsname(), unlockpt() from XPG4.2
- + getdate() from XPG4.2
- *** Probably underway
- + fmtmsg() from SVID
- *** Probably underway
-
- More information are available on request.
-
-
[14] We need to write a library for on-the-fly transformation of streams
of text. In fact, this would be a recode-library (you know, GNU recode).
This is needed in several places in the GNU libc and I already have
rather concrete plans but so far no possibility to start this.
+*** The library is available, now it remains to be used in the streams.
+
[15] Cleaning up the header files. Ideally, each header style should
follow the "good examples". Each variable and function should have
int foo __P ((int, int, int, int));
Blargh!
+
+[16] The libio stream file functions should be extended in a way to use
+ mmap to map the file and use it as the buffer to user sees. For
+ read-only streams this should be rather easy and it avoids all read()
+ calls.
+
+ A more sophisticated solution would use mmap also for writing. The
+ standards do not demand that the file on the disk is always in the
+ correct form so it would be possible to enlarge it always according
+ to the page size and install the correct length only for fclose() and
+ fflush() calls.
+
+[17] The sprof program to analyze the profiling data generated by ld.so
+ must be finished. It should have the same functionality as gprof
+ (as far as this is possible).
+
+[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 foorprint (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.
+
+[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.
+
+[21] The nscd program and the stubs in the libc should be changed so
+ that each program uses only one socket connect. Take a look at
+ http://www.cygnus.com/~drepper/nscd.html
projects / kopensolaris-gnu / glibc.git / blobdiff