From: Bruno Haible <bruno@clisp.org>
Date: Sun, 14 Jun 2009 21:40:38 +0000 (+0200)
Subject: Mention also the glibc bug on IA-64.
X-Git-Url: https://pintos-os.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=3ad7edd60e7fbc0f21ebda351fed502376135cf6;p=pspp

Mention also the glibc bug on IA-64.
---

diff --git a/ChangeLog b/ChangeLog
index 32d866dd01..314a32544e 100644
--- 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
index 62d2043fc2..4a793de55b 100644
--- a/doc/posix-functions/memchr.texi
+++ b/doc/posix-functions/memchr.texi
@@ -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:
diff --git a/m4/memchr.m4 b/m4/memchr.m4
index bcfe869c50..0f899d21ea 100644
--- a/m4/memchr.m4
+++ b/m4/memchr.m4
@@ -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([[