+2012-07-05 Paul Eggert <eggert@cs.ucla.edu>
+
+ sys_time: allow too-wide tv_sec
+ * m4/sys_time_h.m4 (gl_HEADER_SYS_TIME_H_BODY): Allow struct
+ timeval even if tv_sec is wider than time_t. This allows
+ OpenBSD 5.1 amd64 and fixes an Emacs porting glitch with utimens.c,
+ as without this patch gnulib replaces struct timeval
+ and OpenBSD futimes therefore has a type mismatch.
+ * doc/posix-headers/sys_time.texi: Mention this.
+
+ pthread: check for both pthread_create and pthread_join
+ * m4/pthread.m4 (gl_PTHREAD_CHECK): Revert previous change, but
+ alter the check so that it tests for both pthread_create and
+ pthread_join. This should be more portable to hosts like OSF/1 5.1.
+ Suggested by Bruno Haible and Richard Yao in
+ <http://lists.gnu.org/archive/html/bug-gnulib/2012-07/msg00048.html>.
+
+ parse-datetime: doc tuneup
+ * doc/parse-datetime.texi: Index "leap seconds" and fix minor
+ spacing issues.
+
+2012-07-05 Akim Demaille <akim@lrde.epita.fr>
+
+ do-release-commit-and-tag: fix the previous commit
+ * build-aux/do-release-commit-and-tag: Actually the test was right,
+ but the comment and the error message were misleading.
+ Fix comment, and improve error message.
+ Perform check first, so that NEWS is not modified uselessly.
+
+ do-release-commit-and-tag: fix typo
+ * build-aux/do-release-commit-and-tag: Be sure that NEWS does
+ _not_ start with a stub.
+
+2012-07-04 Paul Eggert <eggert@cs.ucla.edu>
+
+ pthread: check for pthread_create, not pthread_join
+ * m4/pthread.m4 (gl_PTHREAD_CHECK): Check for pthread_create, not
+ pthread_join. On FreeBSD 9, pthread_create is in libpthread but
+ pthread_join in libc. I hope this removes the need for all the
+ OSF/1 5.1 pthread_join business. Reported by Richard Yao in
+ <http://lists.gnu.org/archive/html/bug-gnulib/2012-07/msg00042.html>.
+
+2012-07-04 Jim Meyering <meyering@redhat.com>
+
+ parse-datetime: fix failure to diagnose invalid input
+ date -d "$(printf '\xb0')" would print 00:00:00 with today's date
+ rather than diagnosing the invalid input. Now it reports this:
+ date: invalid date '\260'
+ * lib/parse-datetime.y (to_uchar): Define.
+ (yylex): Don't sign-extend "other" bytes.
+ * m4/parse-datetime.m4: Require AC_C_INLINE for first use of "inline".
+ Thanks to Bruno Haible for the patch to this file.
+ * tests/test-parse-datetime.c (main): Add a test to trigger the bug.
+ Peter Evans reported the bug in GNU date: http://bugs.gnu.org/11843
+
+2012-07-03 Jim Meyering <meyering@redhat.com>
+
+ bootstrap: do not require now-removed build-aux/missing
+ Now that build-aux/missing is, er, missing, bootstrap would
+ silently fail.
+ * build-aux/bootstrap (gnulib_extra_files): Remove $build_aux/missing
+ from the list, now that (since commit v0.0-7489-gd0f486f) the file is
+ no longer part of gnulib.
+ Diagnose the failure.
+
+2012-07-03 Paul Eggert <eggert@cs.ucla.edu>
+
+ alloca: add support for HP NonStop TNS/E native
+ * lib/alloca.in.h (alloca): Support the new host.
+ From a suggestion by Joachim Schmitz in
+ <http://lists.gnu.org/archive/html/bug-gnulib/2012-06/msg00355.html>.
+
+2012-07-02 Pádraig Brady <P@draigBrady.com>
+
+ fsusage: remove code not needed on non GNU/Linux systems.
+
+ * lib/fsusage.c [STAT_STATVFS || STAT_STATVFS64]:
+ Don't include headers no longer needed in this case.
+ * lib/fsusage.c [STAT_STATVFS &&
+ ! (__linux__ && (__GLIBC__||__UCLIBC__))]: Undefine
+ STAT_STATFS2_FRSIZE to exclude code not used in this case.
+
+2012-07-02 Paul Eggert <eggert@cs.ucla.edu>
+
+ fsusage: include files needed for glibc 2.6 fallback
+ * lib/fsusage.c [STAT_STATVFS || STAT_STATVFS64]:
+ Include <sys/param.h>, <sys/mount.h>, <sys/vfs.h>
+ as they are needed for the 2.6 < glibc/Linux < 2.6.36 fallback.
+ Problem reported by Ludovic Courtès in
+ <http://lists.gnu.org/archive/html/bug-gnulib/2012-07/msg00005.html>.
+
+ fsusage: avoid needless check on GNU/Linux
+ * m4/fsusage.m4 (gl_FILE_SYSTEM_USAGE): Omit STAT_STATFS3_OSF1 check
+ on GNU/Linux systems, since it can't possibly work.
+
2012-07-01 Bruno Haible <bruno@clisp.org>
log: Fix an autoconf >= 2.64 warning.