Refresh 01-gnulib-directory.patch
[gnulib.git] / ChangeLog
index 54e3b5d..6d3e808 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,89 @@
+2012-03-31  Simon Josefsson  <simon@josefsson.org>
+
+       fflush: Fix syntax error.
+       * lib/fflush.c: Include unused-parameter.h, needed for
+       _GL_UNUSED_PARAMETER.
+       * modules/fflush (Depends-on): Add snippet/unused-parameter.
+
+2012-03-29  Eric Blake  <eblake@redhat.com>
+
+       maint.mk: fix syntax checks without exclusions
+       * top/maint.mk (_sc_search_regexp): Allow for empty variable.
+       Reported by Daniel P. Berrange.
+
+2012-03-24  Bruno Haible  <bruno@clisp.org>
+
+       gnulib-tool: Avoid unintended error output from 'cmp'.
+       * gnulib-tool (func_add_file, func_update_file, func_import): Use
+       "cmp -s", not "cmp > /dev/null".
+
+2012-03-23  Stefano Lattarini  <stefano.lattarini@gmail.com>
+
+       gnulib-tool: fix imprecise comments w.r.t. an automake bug
+
+       It's not just Automake versions < 1.9b that creates an empty
+       pkgdatadir at installation time if pkgdata_DATA is specified
+       to empty; modern automake versions do this as well, at least
+       until automake 1.11.4 (not yet released at the moment of writing,
+       but soon to appear).  That behaviour was generally considered a
+       feature rather than a bug, at least until this discussion:
+       <http://lists.gnu.org/archive/html/automake/2012-03/msg00014.html>
+
+       See also automake bugs #10997 and #11030.
+
+       * gnulib-tool (func_emit_lib_Makefile_am): Adjust comments.  Add
+       reference to relevant automake bug numbers.
+       (func_emit_tests_Makefile_am): Likewise.
+
+2012-03-20  Reuben Thomas  <rrt@sc3d.org>
+
+       announce-gen: use Digest::SHA when possible
+       * build-aux/announce-gen: Use Digest::SHA when possible, falling
+       back to Digest::SHA1 if necessary.
+
+2012-03-20  Jim Meyering  <meyering@redhat.com>
+
+       tests: avoid gcc warnings about argv vs. const initializers
+       * tests/test-posix_spawn1.c (main): Cast to "(char *)" to avoid two
+       warnings about discarding 'const' qualifier from pointer target type.
+       * tests/test-posix_spawn2.c (main): Likewise.
+
+2012-03-20  Reuben Thomas  <rrt@sc3d.org>
+
+       README-release: simplify slightly
+       * top/README-release: Run "git checkout master" only once.
+
+2012-03-15  Mark Wielaard  <mark@klomp.org>
+
+       git-merge-changelog: add specific example on how to use with hg.
+       * lib/git-merge-changelog.c: Add example on how to use in .hgrc.
+
+2012-03-18  Mark Wielaard  <mark@klomp.org>
+
+       lib/git-merge-changelog.c (status): Report bugs to bug-gnulib@gnu.org.
+
+2012-03-18  Andreas Oberritter  <obi@opendreambox.org>
+
+       git-version-gen: don't let "prefix" envvar cause trouble
+       * build-aux/git-version-gen (prefix): Initialize properly,
+       so as not to use a value specified via the environment.
+       Details here: http://thread.gmane.org/gmane.comp.gnu.parted.bugs/10810
+
+2012-03-16  Paul Eggert  <eggert@cs.ucla.edu>
+
+       regex: diagnose too-large repeat counts in EREs
+       Previously, the code did not diagnose the too-large repeat count
+       in EREs like 'b{1000000000}'; instead, it silently treated the ERE
+       as if it were 'b\{1000000000}', which is unexpected.
+       * lib/regcomp.c (parse_dup_op): Fail with REG_ESIZE if a repeat count
+       is too large.  REG_ESIZE is used nowhere else, and the diagnostic
+       is a reasonable one for this problem.  Another option would be to
+       create a new REG_OVERFLOW error for repeat counts that are too large.
+       (fetch_number): Return RE_DUP_MAX + 1, not REG_ERROR, if the repeat
+       count is too large, so that the caller can distinguish the two cases.
+       * lib/regex.h (_REG_ESIZE): Document that this is now a generic
+       "Too large" return code, and that repeat counts are one example of this.
+
 2012-03-16  Paul Eggert  <eggert@cs.ucla.edu>
 
        doc: some glibc x32 integer width issues
        (main): Skip the test if sethostname() fails with EPERM. On Windows
        platforms, don't check the result of gethostname().
 
+>>>>>>> snapshot-start
 2011-12-04  Bruno Haible  <bruno@clisp.org>
            Jim Meyering  <meyering@redhat.com>
 
        tests: Avoid spurious error message on platforms without mktemp program.
        * tests/init.sh (mktempd_): Run mktemp in a subcommand.
 
+<<<<<<< HEAD
+=======
 2011-12-04  Bruno Haible  <bruno@clisp.org>
 
        sethostname: Fix documentation.
        * m4/gethostname.m4 (gl_PREREQ_HOST_NAME_MAX): Make this a separate
        macro so it can be used by the pending sethostname module.
 
+>>>>>>> snapshot-start
 2011-12-03  Bruno Haible  <bruno@clisp.org>
 
        Fix module descriptions syntax.