(Status): More updates.
[kopensolaris-gnu/glibc.git] / PROJECTS
index 1969463..0d4b744 100644 (file)
--- a/PROJECTS
+++ b/PROJECTS
@@ -1,6 +1,6 @@
 Open jobs for finishing GNU libc:
 ---------------------------------
-Status: December 1998
+Status: February 2001
 
 If you have time and talent to take over any of the jobs below please
 contact <bug-glibc@gnu.org>.
@@ -37,8 +37,7 @@ contact <bug-glibc@gnu.org>.
      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
-     done in collaboration with the NetBSD and FreeBSD people.
+[ 6] Write `long double' versions of the math functions.
 
      The libm is in fact fdlibm (not the same as in Linux libc 5).
 
@@ -77,6 +76,9 @@ contact <bug-glibc@gnu.org>.
 
      It is planned to do a complete rewrite.
 
+***  We have now multibyte character support.  But a rewrite is still
+     necessary.
+
 
 [11] Write access function for netmasks, bootparams, and automount
      databases for nss_files and nss_db module.
@@ -84,24 +86,20 @@ contact <bug-glibc@gnu.org>.
      hard and not all services must be supported at once.
 
 
-[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
      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 __P ((int, int, int, int));
+               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.
+
 
 [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
@@ -125,6 +123,9 @@ contact <bug-glibc@gnu.org>.
 [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.
@@ -141,9 +142,12 @@ contact <bug-glibc@gnu.org>.
      - the nscd creates the hash tables and the information it stores
        in it in a mmap()ed region.  This means no pointers must be
        used, only offsets.
+     OR
+       if POSIX shared memory is available use a named shared memory
+       region to put the data in
      - each program using NSS functionality tries to open the file
        with the data.
-     - by checking some timestamp (which the nscd renew frequently)
+     - by checking some timestamp (which the nscd renews frequently)
        the programs can test whether the file is still valid
      - if the file is valid look through the nscd and locate the
        appropriate hash table for the database and lookup the data.
@@ -153,7 +157,7 @@ contact <bug-glibc@gnu.org>.
 
 
 [22] It should be possible to have the information gconv-modules in
-     a simple database which is faster to access.  Using libdb is probably
+     a simple cache which is faster to access.  Using libdb is probably
      overkill and loading it would probably be slower than reading the
      plain text file.  But a file format with a simple hash table and
      some data it points to should be fine.  Probably it should be
@@ -164,7 +168,7 @@ contact <bug-glibc@gnu.org>.
            && stat ("gconv-modules.db", &std) == 0
            && stp.st_mtime < std.st_mtime)
          {
-           ... use the database ...
+           ... use the cache ...
          {
        else
          {
@@ -194,7 +198,4 @@ contact <bug-glibc@gnu.org>.
      user should be preferred even if the last user spent more time.
 
 
-[26] Improve the AIO implementation so that threads do not immediately
-     terminate if no more requests are available.  Let them sleep for a
-     while and wake them up on demand.  If after a while no request arrived
-     they really can die.
+[26] ...done