automake-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Automake-commit] [SCM] GNU Automake branch, experimental/deps-pr13928,


From: Stefano Lattarini
Subject: [Automake-commit] [SCM] GNU Automake branch, experimental/deps-pr13928, created. v1.14.1-81-g166eb1c
Date: Fri, 02 Jan 2015 14:48:56 +0000

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=166eb1cccc4e2a8e5e9e0e3032282c7a1fd11c15

The branch, experimental/deps-pr13928 has been created
        at  166eb1cccc4e2a8e5e9e0e3032282c7a1fd11c15 (commit)

- Log -----------------------------------------------------------------
commit 166eb1cccc4e2a8e5e9e0e3032282c7a1fd11c15
Author: Stefano Lattarini <address@hidden>
Date:   Fri Jan 2 14:47:36 2015 +0100

    compile: don't place built object files in $(srcdir), ever ...
    
    ... even when a source file is specified as '$(srdir)/foo.c' or
    '$(top_srcdir)/bar.c'. And ditto for dependency-tracking makefile
    fragments (those under '.deps' directories).
    
    Such an issue used to occur when the 'subdir-objects' option was
    given. TODO: rationale for why we might want to list source files
    as '$(srcdir)/foo.c'
    
    This change should fix the second and last part of automake bug#13928.
    See also bug#XXX and bug#XXX.
    
    * bin/automake.in (handle_single_transform): XXX.
    * t/subobj-vpath-pr13928.sh: Enhance to expose even more aspects
    of the bug we've just fixed.
    * t/list-of-tests.mk (XFAIL_TESTS): Remove that test, it's now
    supposed to pass.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 7be5b71d57e41942343a9eef542bdbebf99b102d
Author: Stefano Lattarini <address@hidden>
Date:   Fri Jan 2 15:26:12 2015 +0100

    tests: fix some bugs in an XFAILing test
    
    * t/subobj-vpath-pr13928.sh: This one. The test would have failed (or
    hung!) even if the bug it was testing against were fixed.
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit 62d45785515e37d49afd437fa5640f489f21268f
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 24 10:57:17 2014 +0100

    deps: 'subdir-object' option now works when foo_SOURCES contains $(var)
    
    Following a suggestions of Johan Kristensen, we have config.status use
    'make' invocations rather than Makefile-parsing 'sed' hacks to bootstrap
    the dependency-tracking '.Po' and '.Plo' makefile fragments. To handle
    the inclusion of such files that are still missing when make is first
    we basically generate a temporary Makefile without these includes, and
    call 'make' on that Makefile.
    
    This fixes the serious bug bug#13928, which was an hard blocker to make the
    behavior mandated by the 'subdir-object' active by default (which we want
    to do in Automake 2.0).
    
    The issue has also been reported in bug#15919.
    
    * NEWS, THANKS, PLANS/subdir-objects.txt: Update
    * bin/automake.in (handle_languages): Add a trailing "marking" comment
    ("# am--include-marker") to the generated Makefile lines issuing 'include'
    directives for the dependency-tracking '.Po' and '.Plo' makefile fragments.
    Also rename the generated Makefile variable 'am__depfiles_maybe' to the
    clearer 'am__maybe_remake_depfiles'.
    Minor unrelated refactoring.
    * lib/am/configure.am: Adjust to account for the 'am__depfiles_maybe' ->
    'am__maybe_remake_depfiles' renaming.
    * lib/am/depend.am: Add rules to generate a dummy version of all the
    dependency-tracking '.Po' and '.Plo' makefile fragments.
    * m4/depout.m4: Use make invocations rather than Makefile-parsing sed hacks
    to bootstrap the dependency-tracking '.Po' and '.Plo' makefile fragments.
    We still use some sed trickery in order to remove the inclusion of the
    still non existing .Po and .Plo files from the Makefile we invoke make
    upon; this is done stripping lines that contain the magic string
    "# am--include-marker".
    * m4/make.m4 (AM_MAKE_INCLUDE): Given that now automake generates Makefiles
    containing include statements with trailing comment, adjust the checks done
    here to make sure $MAKE support that; e.g., "include foo.mk # comment"
    rather than just "include foo.mk".
    Also refactor and adjust to leave better debugging info in config.log.
    * t/postproc.sh: Rename ...
    * t/depend-postproc.sh: ... to this, and adjust and enhance.
    * t/list-of-tests.mk (handwritten_TESTS): Adjust.
    (XFAIL_TESTS): Remove 't/subobj-indir-pr13928.sh', which is now succeeding.
    * t/subobj-indir-pr13928.sh: Simplify slightly, now that we expect it to
    pass.
    * t/depcomp8a.sh: Adjust grepping check to account for the changes in
    the generated Makefile, and tp be somewhat more robust in light of possible
    future modifications.
    * t/depcomp8b.sh: Likewise.
    * t/subobj11b.sh: Likewise.
    * t/subobj11c.sh: Likewise.
    * t/extra-sources.sh: Likewise.
    * t/lex-depend-grep.sh: Likewise.
    * t/lex-depend-cxx.sh: Add a command to help debugging in case of test
    failure.
    
    Helped-by: Johan Kristensen <address@hidden>
    Signed-off-by: Stefano Lattarini <address@hidden>

commit db43dd473361d90d8b00362cfef5bac8e722000d
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 31 00:05:23 2014 +0100

    release: stable minor release 1.15
    
    * configure.ac (AC_INIT): Bump version number to 1.15.
    * m4/amversion.m4: Likewise (auto-updated by "make bootstrap").
    
    Signed-off-by: Stefano Lattarini <address@hidden>

commit e443cc9ca68ebbcd756b8cd4ceb6e104c6c25930
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 31 00:02:30 2014 +0100

    NEWS: minor improvements and fixed some typos and grammaros
    
    Signed-off-by: Stefano Lattarini <address@hidden>

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


hooks/post-receive
-- 
GNU Automake



reply via email to

[Prev in Thread] Current Thread [Next in Thread]