aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorRoland McGrath <roland@gnu.org>1996-05-29 04:48:04 +0000
committerRoland McGrath <roland@gnu.org>1996-05-29 04:48:04 +0000
commit0200214b288810fc261b0b65c32f7068fcfa9b40 (patch)
treea488a0a435ccf62b0870121b839b08de0d37a9b5 /PROJECTS
parentTue May 28 13:11:19 1996 Roland McGrath <roland@delasyd.gnu.ai.mit.edu> (diff)
downloadglibc-0200214b288810fc261b0b65c32f7068fcfa9b40.tar.gz
glibc-0200214b288810fc261b0b65c32f7068fcfa9b40.tar.bz2
glibc-0200214b288810fc261b0b65c32f7068fcfa9b40.zip
Tue May 28 04:38:10 1996 Ulrich Drepper <drepper@cygnus.com>
* limits.h: Change MB_LEN_MAX to 6. A 31-bit ISO 10646 character in UTF-8 encoding has that many bytes. * locale/langinfo.h: New element _NL_CTYPE_MB_CUR_MAX. * locale/categories.def: Add description of field _NL_CTYPE_MB_CUR_MAX. * locale/Makefile (routines): Add mb_cur_max. * locale/mb_cur_max.c: New file. This function gets called when the macro MB_CUR_MAX is used. * locale/C-ctype.c: Initialize new mb_cur_max field. * locale/localeinfo.h: Change magic value because of incompatible change. * locale/programs/ld-ctype.c: Determine value of mb_cur_max according to current character set and write it out with the rest. * stdlib/stdlib.h (MB_CUR_MAX): Not constant anymore. Get value according to currently used locale for catefory LC_CTYPE by calling the function __ctype_get_mb_cur_max. Tue May 28 03:27:46 1996 Ulrich Drepper <drepper@cygnus.com> * FAQ: Fix some typos. Tell that for Linux the kernel header files are necessary. * PROJECTS: New file. List of open jobs for glibc. * Makefile (distribute): Add PROJECTS. * crypt/GNUmakefile (headers): New variable. Mention crypt.h. * crypt/crypt.h: Header for crypt functions. * elf/elf.h: Add some new constants from recent Cygnus ELF header files. * login/getutid_r.c: Test for correct type. Don't depend on ut_type and ut_id unless _HAVE_UT_TYPE and _HAVE_UT_ID resp. are defined. Make really compliant with specification. * login/getutline_r.c, login/pututline_r.c: Don't depend on ut_type and ut_id unless _HAVE_UT_TYPE and _HAVE_UT_ID resp. are defined. Make really compliant with specification. * login/setutent_r.c: Don't depend on ut_type and ut_id unless _HAVE_UT_TYPE and _HAVE_UT_ID resp. are defined. * login/login.c, login/logout.c, login/logwtmp.c: Complete rewrite. Now based on getut*/setut* functions. * stdlib/strtol.c: Undo changes of Wed May 22 01:48:54 1996. This prevented using this file in other GNU packages. * sysdeps/gnu/utmpbits.h: Define _HAVE_UT_TYPE, _HAVE_UT_ID, and _HAVE_UT_TV because struct utmp has these members. * sysdeps/libm-i387/e_exp.S: Correct exp(+-Inf) case. * utmp.h: New file. Wrapper around login/utmp.h. * elf/dl-error.c (struct catch): New type. (catch): New static variable, struct catch *. (catch_env, signalled_errstring, signalled_objname): Variables removed. (_dl_signal_error): If CATCH is non-null, set its errstring and objname members and jump to CATCH->env. If it is null, call _dl_sysdep_fatal with a standard message. * elf/rtld.c (dl_main): Explode `doit' function into dl_main's body. No longer use _dl_catch_error.
Diffstat (limited to 'PROJECTS')
-rw-r--r--PROJECTS98
1 files changed, 98 insertions, 0 deletions
diff --git a/PROJECTS b/PROJECTS
new file mode 100644
index 0000000000..3150ce11cf
--- /dev/null
+++ b/PROJECTS
@@ -0,0 +1,98 @@
+Open jobs for finishing GNU libc:
+---------------------------------
+Status: May 1996
+
+If you have time and talent to take over any of the jobs below please
+contact <bug-glibc@prep.ai.mit.edu>
+
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+
+[ 1] Port to new platforms or test current version on formerly supported
+ platforms.
+
+
+[ 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] 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://prep.ai.mit.edu/pub/gnu/ABOUT-NLS
+ for the current status (of course better use a mirror of prep).
+
+
+[ 4] Write wordexp() function; this is described in POSIX.2, The
+ header <wordexp.h> already exists.
+
+ Implementation idea: use some functions from bash.
+
+
+[ 5] Write reentrent versions of crypt() et.al.
+
+ Implementation idea: Define in <crypt.h>
+
+ struct crypt_data
+ {
+ <... all the needed data ...>
+ };
+
+ and define additional functions
+
+ char *crypt_r (__const char *__key, __const char *__salt,
+ struct crypt_data *__data);
+
+ void setkey_r (__const char *__key, struct crypt_data *__data);
+
+ void encrypt_r (char *__block, int __edflag,
+ struct crypt_data *__data);
+
+ If possible the non-reentrent functions should use the reentrent
+ ones.
+
+ Because of the US export restrictions it might be a good idea if
+ some non-american person does this job.
+
+
+[ 6] Write `long double' versions of the math functions. This should be
+ done in collaboration with the NetBSD and FreeBSD people.
+
+ The libm is in fact fdlibm (not the same as in Linux libc).
+
+
+[ 7] 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 optimized versions exist.
+
+
+[ 8] Write nftw() function. Perhaps it might be good to reimplement the
+ ftw() function as well to share most of the code.
+
+
+[ 9] Write AVL-tree based tsearch() et.al. functions. Currently only
+ a very simple algorithm is used.
+
+
+[10] Extend regex and/or rx to work with wide characters.
+
+
+[11] Add mmap() support to malloc().
+ Doug Lea's malloc implementation might give some ideas. Perhaps
+ switching completly to his implementation is an option if it
+ a) can work without mmap() support (not all system GNU libc
+ is running on have mmap)
+ b) is without mmap support at least as fast as the current
+ implementation
+ c) will be extended with the current hooks and additional functions