Mention also the glibc bug on IA-64.
authorBruno Haible <bruno@clisp.org>
Sun, 14 Jun 2009 21:40:38 +0000 (23:40 +0200)
committerBruno Haible <bruno@clisp.org>
Sun, 14 Jun 2009 21:40:38 +0000 (23:40 +0200)
ChangeLog
doc/posix-functions/memchr.texi
m4/memchr.m4

index 32d866dd01a4cdfd45f938984dc4d71708e849cd..314a32544e0056e4883ebd0a9a7bee88973dc343 100644 (file)
--- 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
index 62d2043fc21828aa930f2e130dc5b882402a2967..4a793de55b0b4561c76703a1485d23def5d474b1 100644 (file)
@@ -13,7 +13,7 @@ This function is missing on some older platforms.
 
 @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:
index bcfe869c505892f391a21ee39a3358dcbeec140d..0f899d21ea0bbf08f851ae5360c5549804d1c6e0 100644 (file)
@@ -25,6 +25,7 @@ AC_DEFUN([gl_FUNC_MEMCHR],
     #   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([[