# HG changeset patch
# User Bruno Haible <bruno@clisp.org>
# Date 1245015638 -7200
# Node ID 3576940946ddf7b09c6ef2578128c5b8922e11c2
# Parent  c98fca1ff8b8a8457ef1ac9991205ee7e467de01
Mention also the glibc bug on IA-64.

diff --git a/ChangeLog b/ChangeLog
--- 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
diff --git a/doc/posix-functions/memchr.texi b/doc/posix-functions/memchr.texi
--- 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:
diff --git a/m4/memchr.m4 b/m4/memchr.m4
--- 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([[