diff options
author | Roland McGrath <roland@gnu.org> | 1996-05-29 04:48:04 +0000 |
---|---|---|
committer | Roland McGrath <roland@gnu.org> | 1996-05-29 04:48:04 +0000 |
commit | 0200214b288810fc261b0b65c32f7068fcfa9b40 (patch) | |
tree | a488a0a435ccf62b0870121b839b08de0d37a9b5 /PROJECTS | |
parent | Tue May 28 13:11:19 1996 Roland McGrath <roland@delasyd.gnu.ai.mit.edu> (diff) | |
download | glibc-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-- | PROJECTS | 98 |
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 |