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

[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=73ac9f1716dd62ddb83c1cb19fd2e27951777b93

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

- Log -----------------------------------------------------------------
commit 73ac9f1716dd62ddb83c1cb19fd2e27951777b93
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 568f64ed5a812cc4a1042ce041c56f576c181a1f
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 057d12820a0dc7887dd57c0d772b87ab20f32d0d
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 4c9ca78ab850a8d4cfffb68e32882acb6fe0ea7d
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 a22cc0cc9f8a7873dca3ad8fec066e860bd3d0de
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 5732992d21fe14877fa09730d4f22022588fc75d
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 012069a46a2567a8511ad950ca3fe06d63fedaec
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 796daa1a889e611703665d885c4cca3444ba9aba
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 a536835ee1d3b91876198228fdda6fe0df4cef3c
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 cfd41736fe39fd71530d549aa5497652e55b5c0a
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 15:49:06 2012 +0200

    vars: get rid of VAR_SILENT type
    
    Signed-off-by: Stefano Lattarini <address@hidden>

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

    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.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

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

    tests: Automake should let us append to undefined variables
    
    This is not the case, 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').  Very likely, 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 036349238f60ebd2fd2c68837d37f1ca6a3024be
Author: Stefano Lattarini <address@hidden>
Date:   Thu May 3 12:36:33 2012 +0200

    tests: spy behaviour of '+=' with GNU make
    
    * t/spy-var-append.sh: New test.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

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


hooks/post-receive
-- 
GNU Automake