[Automake-commit] [SCM] GNU Automake branch, experimental/subdir-objects-work, created. v1.13.1-75-ge595755

[Stefano Lattarini]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Automake".

http://git.sv.gnu.org/gitweb/?p=automake.git;a=commitdiff;h=e5957550f7eccac387d481c9949f8bef5a3a726f

The branch, experimental/subdir-objects-work has been created
        at  e5957550f7eccac387d481c9949f8bef5a3a726f (commit)

- Log -----------------------------------------------------------------
commit e5957550f7eccac387d481c9949f8bef5a3a726f
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 21:52:18 2013 +0100

    depend: reduce code duplication, de-uglify make verbose output
    
    Verbose output from compilation recipes had been made more messy by
    the previous "simplifying" commit XXX.  With this patch, not only we
    reduce some code duplication, but also improve that output again, for
    the joy of users who dislike silent-rules :-)
    
    * lib/am/depend2.am: Use the new '%XSOURCE%' transform, instead of
    copying and pasting the idiom for VPATH rewrite emulation over and
    over.  Fix some indentation and line-wrapping issues while at it.
    * automake.in (handle_languages): Implement the new transform.
    * t/silent-nested-vars.sh: Adjust to avoid spurious failures.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 4b42b9bf0a535be0c0998a119b01809988aa30ba
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 21:42:28 2013 +0100

    depend: prefer $(...) over `...` in Cygwin-specific recipes
    
    On Cygwin, we can happily assume only POSIX-conforming shells exist.
    This commit is useless by itself, but is useful as a preparatory
    refactoring in view of a future change.
    
    * lib/am/depend2.am: In recipes for producing '.obj' objects, use
    the POSIX form $(...) for command substitution, rather than the
    classic Bourne one `...`.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit bd5082eed4abf8dbc21ce868f0ef0a81968abc0a
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 21:31:57 2013 +0100

    depend2.am: reduce code duplication
    
    Just a simplification; no semantic change is intended.
    
    * lib/am/depend2.am (am__set_depbase): New.  Use it in all the three
    flavours of recipes (.o, .obj, .lo), instead of duplicating its code.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit f1ccd8334dfe9980c0655d9a23cb31d4ed97457a
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 20:47:57 2013 +0100

    depend2.am: preparatory refactoring
    
    This is just a preparatory change in view of a future refactoring.
    No semantic change is intended.
    
    * lib/am/depend2.am: Adjust; for example, using '$@' in all recipes
    to indicate the output file (rather than recipe-specific transforms
    like '%OBJ%' and '%LTOBJ%'), and not assuming to know the exact
    file extension of the output file (e.g., whether it's '.o' or '.lo').
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 844a7a1116d12a17d35ea50268d7103887ea9d17
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 18:04:33 2013 +0100

    depend2.am: refactor and remove code duplication
    
    * lib/am/depend2.am: Here.  The obsolescent comments removed from this
    same file in commit 'v1.13.1-42-g8f06bfb' of 2012-01-09, "depend2.am: fix
    comments on verbosity of compilation rules", gave the rationale for why
    that code duplication was there in the first place (rationale that, like
    those comments, has been obsolete by the silent-rules introduction).
    * automake.in: Given the refactoring in 'depend2.am', there's no longer
    need to add extra trailing whitespace to the entries of the '%sourceflags'
    hash (which are used for the '%SOURCEFLAG%' transform when 'depend2.am'
    is processed.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 998c9dcbf8fdf7a4bbc1412e0e4cadbf8a215711
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 19:54:13 2013 +0100

    Automake::Language: drop unused fields 'compile_flag' and 'output_flag'
    
    They are unused after the recent flurry of changes.  This is just a
    simplification; no semantic change is intended.
    
    * automake.in: Here, in the Automake::Language 'Class::Struct' definition
    and in all the 'register_language()' invocations.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 507c2b6f0fb18302414426d581b3689a1e9160ec
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 19:48:14 2013 +0100

    depend: assume '-c' compiler flag always means to produce object files
    
    Rather than fully-fledged executables.  This is the case for all the
    compilers of all languages supported by Automake.
    
    This is just a simplification; no semantic changes are intended.
    
    * automake.in (handle_languages): Drop transform '%-c%'.
    * lib/am/depend2.am: Adjust to just assume the '%-c%' transform
    expands to "-c".
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit ef56c409079245e0abde49dc4734c289a7d4bf2c
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 19:38:58 2013 +0100

    depend: assume we can always pass "-o" to the C compiler
    
    This is the case after the change in commit XXX of YYYY-MM-DD,
    ``compile: use 'compile' script when "-c -o" is used with losing compilers''
    
    This is just a simplification; no semantic changes are intended.
    
    * automake.in (handle_languages): Drop transform '%-o%', and definitions
    of '$output_flag'.
    * lib/am/depend2.am: Adjust to just assume the '?-o?' transform is true,
    and the '%-o%' transform expands to "-o".
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 56ae6c5402ba2678c8aa28e4bf4f9cb66485c5c2
Author: Stefano Lattarini <address@hidden>
Date:   Tue Jan 8 14:04:00 2013 +0100

    cleanup: having subdir-objects mandatory allow us some simplifications
    
    Few minor cleanups made possible by earlier changes, plus other minor
    cleanups triggered in cascade.  No semantic change is intended.
    
    This is a follow-up on previous commit 'XXX', and an adjusted backport
    of Automake-NG commit 'v1.12.1-315-gc97d41b' of 2012-06-08, "[ng] cleanup:
    after enabling of subdir-objects unconditionally".
    
    * automake.in (LANG_IGNORE, LANG_SUBDIR): Remove.
    (handle_languages): Drop the '%DEPBASE%' transform when processing
    the '$rule_file'.
    (register_language ('name' => 'vala', ...)): Add '.vapi' to the entry
    'extensions', and simplify the entry 'output_extensions' to point to
    a dummy subroutine (since it wasn't really used anyway).
    (handle_single_transform): No longer expect the 'lang_*_rewrite'
    subroutines to return a 'LANG_*' constant, but only a transformed
    extension, if required.  To decide whether further processing of the
    source file should be stopped, rely on a new set of 'lang_*_ignore'
    subroutines, defaulting to a subroutine that returns false.
    Accordingly, don't special case the handling of '.vapi' files anymore,
    instead rely on ...
    (lang_vala_ignore, lang_header_ignore): ... these new subroutines to
    avoid extra processing of C/C++ headers and Vala '.vapi' headers.
    (lang_java_rewrite): Remove.
    Remove an outdated comment.
    * lib/am/depend2.am: Partial rewrite to reduce code duplication and
    drop use of the '%DEPBASE%' transform.
    * t/compile_f_c_cxx.sh: Adjust.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 9d763c4a5d8cb3104535152d7f10630c6b9df28c
Author: Stefano Lattarini <address@hidden>
Date:   Wed Jun 6 10:27:46 2012 +0200

    subdir-objects: enable unconditionally
    
    See automake bug#13378.
    
    The fact that Automake-generated Makefiles places compiled object files
    in the current directory by default, also when the corresponding source
    file is in a subdirectory, is basically an historical accident, due to
    the fact that the 'subdir-objects' option had only been introduced in
    April 1999, starting with commit 'user-dep-gen-branchpoint-56-g88b5959',
    and never made the default, likely to avoid backwards-compatibility
    issues.
    
    Since we believe the behaviour enabled by the 'subdir-objects' is the
    only natural and most useful one, we make it the only only one available,
    simplifying the Automake implementation and APIs a little in the process.
    
    This change is basically an adjusted backport of Automake-NG commit
    'v1.12.1-313-g14fe163' of 2012-06-07, "[ng] subdir-objects: enable
    unconditionally".
    
    * NEWS: Update.
    * doc/automake.texi (Program and Library Variables): The output
    object files are not anymore placed in the current directory by
    default, but rather in the same directory of the source file.
    (LIBOBJS): Now the $(LIBOBJS) and $(ALLOCA) variables can also be
    be used outside of the directory where their sources lie.
    (List of Automake options): Don't document the 'subdir-objects'
    option anymore.
    Other related minor adjustments.
    * automake.in (LANG_PROCESS): Remove, it's not needed anymore.
    (handle_languages): Don't test whether option 'subdir-objects'
    is set (just assume it is), and do not use the '%SUBDIROBJ%'
    transform when processing '.am' fragments.
    (lang_sub_obj): Delete, it would just return 'LANG_SUBDIR'
    unconditionally now.
    (lang_lex_rewrite): Adjust.  Don't test whether the option
    'subdir-objects' is set (just assume it is).
    (lang_yacc_rewrite): Likewise.
    (handle_single_transform): Likewise.  Remove an obsolete
    comment.  Add a proper "FIXME" comments about a fragment
    of code that might have become dead code now.
    (handle_LIBOBJS_or_ALLOCA): Simplify assuming that the option
    'subdir-objects' is always set.  Accordingly, there's no need
    to warn anymore if '$(LIBOBJS)' or '$(ALLOCA)' are used outside
    the '$config_libobj_dir' directory (as specified by autoconf
    macro 'AC_CONFIG_LIBOBJ_DIR').
    * lib/am/depend2.am: Assume the '?SUBDIROBJ?' Automake time
    conditional is always true, and remove its use accordingly.
    * t/ax/depcomp.sh: Adjust.
    * t/compile_f_c_cxx.sh: Likewise.
    * t/cscope.tap: Likewise.
    * t/depcomp8a.sh: Likewise.
    * t/depcomp8b.sh: Likewise.
    * t/libtool3.sh: Likewise.
    * t/ltlibsrc.sh: Likewise.
    * t/pr401.sh: Likewise.
    * t/pr401b.sh: Likewise.
    * t/pr401c.sh: Likewise.
    * t/lex-line.sh: Likewise.
    * t/yacc-line.sh: Likewise.
    * t/parallel-tests-suffix-prog.sh: Likewise.
    * t/yacc5.sh: Likewise.
    * t/vala-libs.sh: Likewise.
    * t/fort2.sh: Likewise, and extend a bit.
    * t/fort4.sh: Likewise.
    * t/fort5.sh: Likewise.
    * t/gcj.sh: Likewise.
    * t/subpkg.sh: Likewise.
    * t/subpkg-yacc.sh: Likewise.
    * t/xsource.sh: Likewise.
    * t/libobj20a.sh: Remove as obsolete.
    * t/libobj20b.sh: Adjust heading comments.
    * t/libobj20c.sh: Likewise.
    * t/subobj4.sh: Remove as obsolete.
    * t/sourcefile-in-subdir.sh: Likewise.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit f60ff917a34e95f588a51cad1043988fa01038a7
Author: Stefano Lattarini <address@hidden>
Date:   Fri Jan 11 16:59:07 2013 +0100

    compile: avoid AC_PROG_CC messy rewrite
    
    Instead, only touch up AC_PROG_CC to distribute the 'compile' script and
    to rewrite $CC if a losing compiler is detected.  We can do so because
    Autoconf 2.70 (which we now require) has been so kind to implement the
    features we need (through a private hook made explicitly available to us),
    in commit v2.69-63-gce48964 of 2013-01-11, "AC_PROG_CC: also check whether
    $CC supports "-c -o" together":
    <http://lists.gnu.org/archive/html/autoconf-patches/2013-01/msg00007.html>
    
    * m4/init.m4 (AC_PROG_CC): Simplify, relying on the Autoconf hook.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 1e44f8532f6b7d9d4c59efdb8e2850bc212260af
Author: Stefano Lattarini <address@hidden>
Date:   Sat Jan 12 12:53:21 2013 +0100

    tests: remove most uses of the AM_PROG_CC_C_O obsolete macro
    
    Our NEWS file says its use will no longer be required in Automake
    1.13, so better make sure that is actually the case.
    
    * Several tests: Adjust.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 7746e5284767b9459e5ab3dc7eef4da63d68f93a
Author: Stefano Lattarini <address@hidden>
Date:   Sat Jan 12 12:30:15 2013 +0100

    coverage: obsolete macro AM_PROG_CC_C_O should cause no warning nor errors
    
    Suggested by Eric Blake.
    
    * t/am-prog-cc-c-o.sh: New test.
    * t/list-of-tests.mk: Add it.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 30af9050ea11ca27a2224c5cb31612f614965efb
Author: Stefano Lattarini <address@hidden>
Date:   Sat Jan 12 12:10:39 2013 +0100

    INSTALL: update copyright years
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 182626687f2640609f8eb28ad1b04b078342f2c7
Author: Mike Frysinger <address@hidden>
Date:   Sat Jan 12 00:19:40 2013 -0500

    ithreads: use runtime (not configure time) detection of perl threads
    
    I can't imagine the runtime checks being a big runtime penalty, so there
    shouldn't be a need to do the checks at configure check and hardcode the
    result in the generated automake.
    
    With the current system, it means if you change your perl config (build
    perl w/threads, build automake, build perl w/out threads), or deploy a
    compiled automake package on a different system (build had threads, but
    deployed system does not), you get errors when trying to run automake.
    
    So take the logic from configure.ac and move it to the one place where
    PERL_THREADS is used (lib/Automake/Config.in) and do the version/config
    checking at runtime.
    
    * bootstrap.sh (PERL_THREADS): Delete assignment and use in sed.
    * configure.ac (am_cv_prog_PERL_ithreads, PERL_THREADS): Delete all code
    related to these two variables.
    * lib/Automake/Config.in (perl_threads): Initialize to 0, and only set to
    1 if the perl version is at least 5.007_002, and useithreads is in Config.
    
    Copyright-paperwork-exempt: yes
    Signed-off-by: Mike Frysinger <address@hidden>
    Signed-off-by: Stefano Lattarini <address@hidden>

commit d353dbc3f01357e9bfce59d1720a8cb2498d12bd
Author: Stefano Lattarini <address@hidden>
Date:   Sat Jan 12 11:26:36 2013 +0100

    copyright: add few missing copyright notices
    
    Issue revealed by warnings from "make update-copyright".
    
    * maintainer/am-ft: Add copyright notice.
    * maintainer/am-xft: Likewise.
    * maintainer/rename-tests: Likewise.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit a9966b04d38577a76156ce16828bce874b582874
Author: Stefano Lattarini <address@hidden>
Date:   Sat Jan 12 11:22:10 2013 +0100

    maint: files in PLANS are to be exempted from copyright notice
    
    * maintainer/maint.mk (update-copyright): Adjust.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit b8e238a757e692ef1849035fbc69045807f3fe54
Author: Stefano Lattarini <address@hidden>
Date:   Sat Jan 12 11:16:44 2013 +0100

    maint: consistently honor the UPDATE_COPYRIGHT_YEAR environment variable
    
    * maintainer/maint.mk (update-copyright): Here.  The 'lib/update-copyright'
    already honoured it, but some parts of our recipe didn't.  This has caused
    the incomplete copyright bump that was fixed by the previous patch.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit fba16588f89f3a7d8a24034718e5f50204b2b0d8
Author: Stefano Lattarini <address@hidden>
Date:   Sat Jan 12 11:09:14 2013 +0100

    copyright: update some copyright years
    
    With "make update-copyright".  Apparently they were missed in the
    last bump.
    
    * bootstrap.sh, configure.ac, t/txinfo-builddir.sh: In these files.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 34001a987a6defdb70f6f3c17cce9d9c665fe6e8
Author: Stefano Lattarini <address@hidden>
Date:   Wed Jan 9 23:16:53 2013 +0100

    compile: use 'compile' script when "-c -o" is used with losing compilers
    
    Do so seen when only source files in the "current" directory are present.
    
    This commit is part of a series of related changes addressing automake
    bug#13378 (see also the plan 'PLANS/subdir-objects.txt').
    
    Before this change, Automake-generated C compilation rules mistakenly
    passed the "-c -o" options combination unconditionally (even to losing
    compiler) when the 'subdir-objects' was used but sources were only
    present in the top-level directory.  Issue spotted by Nick Bowler:
    
      <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#35>
      <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378#44>
    
    We fix this by having Automake redefine AC_PROG_CC to take over the role
    of AM_PROG_CC_C_O and to require the 'compile' script unconditionally
    (albeit that will continue to be invoked only when inferior compilers
    are detected).
    
    Among other things, this means AM_PROG_CC_C_O explicitly is no longer
    required; that macro is still supported for backward-compatibility, but
    calling it is basically a no-op now.
    
    This change has some pros and some cons (obviously, we believe the former
    outweighs the latter).  Here are the most relevant ones:
    
    + Pros 1:
      Some logic in the Automake script has been simplified.
    + Pros 2:
      That simplification has automatically fixed an actual bug (see
      Nick's mails referenced above; admittedly, that was present only in
      corner-case situations, but still); the test 't/ccnoco4.sh', which
      demonstrated the bug and has been failing so far, now passes.
    + Pros 3:
      Things works more "automagically" now (no need to manually add the
      AM_PROG_CC_C_O macro to configure.ac anymore).
    
    * Cons 1:
      The 'compile' script will be required in all projects using C
      compilation; this will only be a problem for packages not using
      '--add-missing'.  However, such packages are definitely more rare
      than the ones using '--add-missing', and adjusting them will be
      trivial -- just copy the compile script over from the new Automake
      installation.
    * Cons 2:
      The copy & paste of autoconf internals hack this change has introduced
      in our "rewrite" of AC_PROG_CC is really an egregious abomination.  It
      can only be justified with the fact that we expect future versions of
      autoconf to implement the semantics we need directly in AC_PROG_CC, so
      that we'll be able to leverage that (since Automake 1.14 will require
      the latest Autoconf version released).
    
    Now, the detailed list of file-by-file changes ...
    
    * automake.in ($seen_cc_c_o): Remove this global variable.
    (scan_autoconf_traces): Don't set it, and do not trace the
    'AM_PROG_CC_C_O' m4 macro.
    (lang_c_rewrite): Remove, no longer needed.
    * doc/automake.texi: Adjust expected "autoreconf --install" output
    in the amhello example.  Remove statements about the need for the
    AM_PROG_CC_C_O macro.  Report it is obsolete now.
    * m4/init.m4: Re-write AC_PROG_CC to append checks about whether the
    C compiler supports "-c -o" together.  These checks have basically
    been ripped out (with adaptations) from the 'AC_PROG_CC_C_O' macro
    of Autoconf and ...
    * m4/minuso.m4 (AM_PROG_CC_C_O): ... this macro of ours, which has
    thus basically become a no-op.
    * t/ax/am-test-lib.sh (am_setup_testdir): Also copy the 'compile'
    script in the test directory; if we don't do so, every test using
    AC_PROG_CC should call automake with the "--add-missing" option, or
    copy the 'compile' script itself.
    * t/cond11.sh: No need to create a dummy 'compile' script: that is
    already brought in by 'am_setup_testdir()', that is automatically
    invoked when 'test-lib.sh' is sourced.
    * t/add-missing.tap: Adjust: we expect the 'compile' script to be
    required by a mere AC_PROG_CC call now.
    * t/dist-auxdir-many-subdirs.sh: Likewise.
    * t/specflg6.sh: Likewise.
    * t/subobj4.sh: Likewise.
    * t/cxx-lt-demo.sh: Likewise, and update comments to match.
    * t/distcom2.sh: Enhance a little.
    * t/dollarvar2.sh: Adjust.
    * t/extra-portability.sh: Likewise.
    * t/libobj19.sh: Likewise.
    * t/per-target-flags.sh: Likewise.
    * t/repeated-options.sh: Likewise.
    * t/subobj.sh: Likewise, and enhance a little.
    * t/ccnoco2.sh: Remove as obsolete.
    * t/list-of-tests.mk (handwritten_TESTS): Adjust.
    (XFAIL_TESTS): Remove 't/ccnoco4.sh'.
    * NEWS: Update.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 1ab8fb6d0e8497c0b86a1453b901dda29ba9d9f6
Author: Stefano Lattarini <address@hidden>
Date:   Fri Jan 11 18:57:28 2013 +0100

    HACKING: suggest more checks before releasing
    
    In particular, "make check-no-trailing-backslash-in-recipes",
    "make check-cc-no-c-o" and "make maintainer-check" should also
    be run.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit b670a66a6ac1ee8ef25dc48a26e477812c2dbacf
Author: Stefano Lattarini <address@hidden>
Date:   Fri Jan 11 18:26:03 2013 +0100

    tests: can fake a compiler not grasping "-c -o" -- globally in all tests
    
    The ability to easily do so will be quite important in upcoming changes
    about C compilation handling and semantics of the 'subdir-objects'
    option.  Refer to the extensive discussion about automake bug#13378 for
    more details: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13378>.
    
    See also commit 'v1.13.1-34-g744cd57' of 2013-01-08, "coverage: compile
    rules used "-c -o" also with losing compilers".
    
    * t/ax/cc-no-c-o.in: New, a "C compiler" that chokes when the '-c' and
    '-o' options are passed together to it on the command line.
    * Makefile.am (t/ax/cc-no-c-o): Generate this script from it.
    (noinst_SCRIPTS, CLEANFILES): Add it.
    (EXTRA_DIST): Add 't/ax/cc-no-c-o.in'.
    (check-cc-no-c-o): New target, runs the whole testsuite with 'cc-no-c-o'
    as the C compiler (bot GNU and non-GNU).
    * .gitignore: Update.
    * t/ccnoco.sh: Use the new script instead of duplicating it.
    * t/ccnoco3.sh: Likewise.
    * t/ccnoco4.sh: Likewise.
    * t/self-check-cc-no-c-o.sh: New testsuite self-check.
    * t/list-of-tests.mk: Adjust.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 10790d08f071a91160bbaeabab7fd8a8d23e5a55
Author: Stefano Lattarini <address@hidden>
Date:   Fri Jan 11 17:38:58 2013 +0100

    sync: update files from upstream with "make fetch"
    
    * lib/INSTALL: Update.
    * lib/config.guess: Likewise.
    * lib/config.sub: Likewise.
    * lib/gendocs_template: Likewise.
    * lib/gitlog-to-changelog: Likewise.
    * lib/gnupload: Likewise.
    * lib/texinfo.tex: Likewise.
    * lib/update-copyright: Likewise.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 23f19aede924dee8ed0150df5f9efa3faf2ad145
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:44:33 2013 +0100

    typofix: in comments in GNUmakefile
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit dbe3eea4d5b65f998c57a571c034c6044f2bd1e2
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:40:26 2013 +0100

    Rename 'maint/' -> 'maintainer/', for Git's sake
    
    Otherwise, Git gets confused by the fact that a directory ('maint')
    is named like a branch, and forces me to tweak the command line to
    resolve the ambiguity for it.
    
    * maint/: Rename ...
    * maintainer/: ... like this.
    * Makefile.am, GNUmakefile: Adjust.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 0168562049b471e432863c4570da53995fb92f2d
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:28:45 2013 +0100

    HACKING: minor typofix
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 38bb5c65db4bfbfa9fa477c57fd2efe6f1f15a46
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:27:21 2013 +0100

    HACKING: bug-tracker, the PLANS directory, and how to plan "big" changes
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 27fc8979d004884cf9ce246f8d21d546b18e3003
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:16:37 2013 +0100

    HACKING: rewindable branches should live in the 'experimental/*' namespace
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit ca307a408e036aab9eaf086cc2792929419ede1b
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:10:58 2013 +0100

    HACKING: fixlets about git branch rewinding policy
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 801cbef2d8a49af4c2e6f5a23b641170d0a1136b
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:10:02 2013 +0100

    HACKING: commit messages are not to follow GCS ChangeLog rules too strongly
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit d7aef9bd0bb8df6f2acbfbae02798aa81d95370f
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:06:27 2013 +0100

    HACKING: "detailed explanation" in commit messages is almost mandatory
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 7138cc5eefae4ab5264cacfef5937a9ab235c238
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:04:06 2013 +0100

    HACKING: we use "merge --log" even when merging master
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit ad2e3170ac4d5fc407038ce07916b3d70f739b3a
Author: Stefano Lattarini <address@hidden>
Date:   Thu Jan 10 23:01:28 2013 +0100

    HACKING: typofix
    
    Signed-off-by: Stefano Lattarini <address@hidden>

-----------------------------------------------------------------------


hooks/post-receive
-- 
GNU Automake