[Automake-commit] [SCM] GNU Automake branch, experimental/ng/var-simplify, created. v1.12-320-g2000573

[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=2000573541cc435ba023d90b7309fcea36d590fc

The branch, experimental/ng/var-simplify has been created
        at  2000573541cc435ba023d90b7309fcea36d590fc (commit)

- Log -----------------------------------------------------------------
commit 2000573541cc435ba023d90b7309fcea36d590fc
Author: Stefano Lattarini <address@hidden>
Date:   Sun May 20 00:27:10 2012 +0200

    cosmetics: avoid redundant use of '&' in subroutine calls
    
    * automake.in: Avoid redundant '&' in calls to the subroutines
    'push_dist_common', 'define_variable' and 'define_verbose_tagvar'.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 7a20d41ba03df1d7424bf92fafc4c5579ea304bc
Author: Stefano Lattarini <address@hidden>
Date:   Sat May 19 23:06:27 2012 +0200

    rename: define_pretty_variable -> define_cond_variable()
    
    The new name is more appropriate, now that there is no more
    distinction between variables "pretty printed" and "printed
    as is".
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit d0af01f9b354227573b8b72f6b6aed5dda14327e
Author: Stefano Lattarini <address@hidden>
Date:   Sat May 19 22:49:36 2012 +0200

    cleanup: prefer 'define_variable' over 'define_pretty_variable'
    
    No semantic change is intended.
    
    * automake.in: Any call to 'define_pretty_variable' where the condition
    argument is 'TRUE' can be simplified to a call to 'define_variable'.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 4d64b337ae9ec476e8d421477ed00f288c580b28
Author: Stefano Lattarini <address@hidden>
Date:   Sat May 19 22:38:38 2012 +0200

    refactor: change signature of 'define_variable()'
    
    This makes the signature more consistent with the one of
    'define_pretty_variable()'.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit ccf478bb7072652a118bd7504109fec61deb2fa7
Author: Stefano Lattarini <address@hidden>
Date:   Sat May 19 19:34:06 2012 +0200

    vars: get rid of VAR_ASIS / VAR_PRETTY distinction
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 6ed81500d782d93d569c8efe8228167604441f18
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 15:08:39 2012 +0200

    vars: keep track of conditionals in appended values and comments
    
    Refactor only needed by later changes.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 7736f0ad244a996a8cb98f7b92a09131a5a8b032
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 12:00:35 2012 +0200

    vars: simplify logic for appending conditionally
    
    This will make the generated Makefiles more bloated, but that's OK,
    since further refactorings will change the format used to output
    conditional variables extending, and the resulting Makefiles will
    once again be smaller (and quite cleaner).
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit e3f5ae4c1e7ce0ef7f0a4113b7e54c42da82b923
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 10:14:38 2012 +0200

    VarDef: store comments and values as a perl array
    
    This is a preparatory refactoring in view of a planned change to
    how the definitions of make variables augmented with '+=' are
    displayed
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 7553cdd2f89d7557e2f830d2c0340a1194bb1bc7
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 01:08:29 2012 +0200

    refactor: support comments only for VarDef, not for ItemDef too
    
    Comments are actually only handled and used for variable definitions,
    so no point in handling it also for rule definitions.  And this will
    simplify our next step where we change how variable definitions (and
    related comments) are stored and displayed.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 59ed7bff3f897cfc8dcc8c60abd2dbbacbdd56c4
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 13:32:25 2012 +0200

    [ng] tests: Automake should let us append to undefined variables (someday)
    
    This is not the case yet, mostly for historical reason.  However, allowing
    that would mimic the behaviour of GNU make more closely (see the test case
    't/spy-var-append.sh').  Likely (and hopefully), it would also simplify
    the implementation.
    
    * t/var-undef-append.sh: New test, still failing.
    * Makefile.am (XFAIL_TESTS): Add it.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit a80391f1d4f5567fec70d1b0e89ea94536ebbd1d
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 12:36:33 2012 +0200

    [ng] tests: spy behaviour of '+=' with GNU make
    
    * t/spy-var-append.sh: New test, verify that GNU make allows the
    user to append to undefined variables.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 0972c83ad04845009bc19323c15db34e1ce5926a
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 15:49:06 2012 +0200

    [ng] vars: get rid of VAR_SILENT type
    
    It's not truly needed by the current code base.
    
    * automake.in (define_configure_variable): in an AC_SUBST'd variable is to
    be "ignored" (likely because the user has called 'AM_SUBST_NOTMAKE' on it),
    return early without even defining the variable, rather than defining it
    with type VAR_SILENT (which would have prevented its definition from being
    output in the generated Makefile anyway).
    * lib/Automake/VarDef.pm (VAR_SILENT): Delete.
    (@EXPORT, Pod documentation): Adjust accordingly.
    * lib/Automake/Variable.pm (_check_ambiguous_condition): Don't ignore
    variables of type VAR_SILENT: there are no more of them.
    (output): Don't skip variables of type VAR_SILENT: there are no more of
    them.
    (define): The value of the '$pretty' parameter can't be VAR_SILENT anymore.
    Adjust internal checks and Pod documentation accordingly.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 4efbfa15dda63d276bbef26ba652a673e7d9a4cb
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 00:46:30 2012 +0200

    [ng] vars: get rid of VAR_SORTED type
    
    It's basically unused, and the tiny cosmetic enhancements it offers
    are not worth the complication of having yet another variable type.
    
    * automake.in (handle_subdirs): Force RECURSIVE_TARGETS to be of
    type "VAR_PRETTY" rather than "VAR_SORTED".  This removes the only
    actual use of the VAR_SORTED constant.
    * lib/Automake/VarDef.pm (VAR_SORTED): Delete.
    (@EXPORT, Pod documentation): Adjust accordingly.
    * lib/Automake/Variable.pm (output): Don't handle variables of type
    VAR_SORTED anymore.
    (define): The value of the '$pretty' parameter cannot be VAR_SORTED
    anymore.  Adjust internal checks and Pod documentation accordingly.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 95692e07524f8aee27446846d66429f8db635c18
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 24 11:12:04 2012 +0200

    [ng] cleanup: remove unused private variables in Automake::Variable
    
    * lib/Automake/Variable.pm ($_VARIABLE_CHARACTERS, $_VARIABLE_PATTERN,
    $_VARIABLE_RECURSIVE_PATTERN): Remove, they have been unneeded and
    unused since commit 'v1.11-1779-g9a82dcd' of 2012-01-23, "[ng] vars:
    don't warn about non-POSIX names or GNU make function calls".
    
    Signed-off-by: Stefano Lattarini <address@hidden>

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


hooks/post-receive
-- 
GNU Automake