Mercurial > hg > octave-kai > gnulib-hg
changeset 11622:3576940946dd
Mention also the glibc bug on IA-64.
author | Bruno Haible <bruno@clisp.org> |
---|---|
date | Sun, 14 Jun 2009 23:40:38 +0200 |
parents | c98fca1ff8b8 |
children | 4bdaf075d3d9 |
files | ChangeLog doc/posix-functions/memchr.texi m4/memchr.m4 |
diffstat | 3 files changed, 7 insertions(+), 1 deletions(-) [+] |
line wrap: on
line diff
--- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +2009-06-14 Bruno Haible <bruno@clisp.org> + + * m4/memchr.m4: Mention also the bug on IA-64. + * doc/posix-functions/memchr.texi: Likewise. + 2009-06-12 Eric Blake <ebb9@byu.net> memchr: detect broken x86_64 and alpha implementations
--- a/doc/posix-functions/memchr.texi +++ b/doc/posix-functions/memchr.texi @@ -13,7 +13,7 @@ @item This function dereferences too much memory on some platforms: -glibc 2.10 on x86_64 or Alpha +glibc 2.10 on x86_64, IA-64, Alpha. @end itemize Portability problems not fixed by Gnulib:
--- a/m4/memchr.m4 +++ b/m4/memchr.m4 @@ -25,6 +25,7 @@ # http://bugzilla.redhat.com/499689 # memchr should not dereference overestimated length after a match # http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521737 + # http://sourceware.org/bugzilla/show_bug.cgi?id=10162 # Assume that memchr works on platforms that lack mprotect. AC_CACHE_CHECK([whether memchr works], [gl_cv_func_memchr_works], [AC_RUN_IFELSE([AC_LANG_PROGRAM([[