• Show log

    Commit

  • Hash : c8f106c7
    Author : Stefano Lattarini
    Date : 2013-05-09T11:17:47

    build: break up monolithic Makefile.am in subdir-specific fragments
    
    This is convenient to do, now that we have improved "relative directory"
    support with the '%reladir%' (a.k.a. '%D%') and '%canon_reladir%' (a.k.a.
    '%C%') Automake-time substitutions for included makefile fragments.
    
    This move also satisfy our philosophy of using new Automake features in
    our own build system, as a way of facilitating early discovery of possible
    bugs or interface warts.
    
    * Makefile.am: Break up ...
    * doc/Makefile.inc, lib/Automake/Makefile.inc, lib/Makefile.inc,
    lib/am/Makefile.inc, m4/Makefile.inc, t/Makefile.inc): ... in this
    new included fragments.  Adjust as needed, and make deliberate use
    of the '%D%' substitution.
    * contrib/t/local.am: Rename ...
    * contrib/t/Makefile.inc: ... like this.
    
    Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
    

  • README

  • This is the 'contrib' directory of the GNU Automake distribution.
    
    Here you'll find additions to the Automake base distribution, in form of
    makefile fragments, m4 macros, scripts, documentation, et cetera.  Such
    addition that might be useful for a significant percentage of its general
    audience, but (for one reason or another) are not deemed appropriate for
    inclusion into the Automake core.
    
    There are several reasons for which a feature can be kept in contrib:
    
      1. The long-term usefulness of the feature is debatable and uncertain;
         on-field and real-word testing are necessary to prove or disprove
         its usefulness, before the feature can be committed into the Automake
         core (as doing so too early would later force us to continue the
         support for backward-compatibility, even if the features proves
         flawed or fails to attract widespread use).
    
      2. The APIs or overall design of the feature are still unstable, and
         need on-field testing to iron warts and usability bugs, or uncover
         potential flaws.
    
      3. The feature was an historical one, mostly obsoleted but still used
         "here and there" in the wild; so we want to to deprecate it and
         remove it from the Automake core, but cannot remove it altogether,
         for the sake of those still-existing usage.  So it gets moved in
         contrib.