|
08849db8
|
2015-01-03T01:33:45
|
|
deps: fix corner-case "make distclean" bug
Assume we have package satisfying the following conditions:
(1) automatic dependency tracking is enabled;
(2) the 'subdir-objects' Automake option is enabled;
(3) the package uses a recursive make setup.
Also assume that:
(a) a subdir Makefile declares a foo_SOURCES variable containing
a source file in the parent directory;
(b) that parent Makefile declare a compiled program itself.
Then BSD and Solaris make used to fail when running "make distclean",
because the 'distclean' target of the subdir Makefile removed the
whole '.deps' directory before the parent Makefile was done with the
included '.Po' makefile fragments in that directory. This issue was
revealed by failures in the 'subobj-vpath-pr13928.sh' test when those
make implementations were used.
We fix the issue by ensuring the 'distclean' target of any Makefile
only removed the '.Po' makefile fragments included by it, rather than
the whole '.deps' directory where such files resides.
This change should be the last step in fixing automake bug#13928
for good.
* bin/automake.in (handle_languages), lib/am/depend.am: Adjust
to implement the new 'distclean' logic.
* t/pr224.sh: Adjust to avoid a spurious failure.
* PLANS/subdir-objects.txt: Update.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
5de7c3b4
|
2014-04-21T15:31:49
|
|
plans: enabling subdir-object by default is blocked on bug#13928
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
5969f68e
|
2013-05-16T00:21:20
|
|
PLANS: subdir-objects: various updates
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
0fd44c9b
|
2013-05-10T20:56:07
|
|
PLANS: one minor fixlet (mostly cosmetic)
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
ebadaac0
|
2013-05-10T20:52:36
|
|
PLANS: we have already dropped support for split info files in master
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
c0e30c4f
|
2013-05-10T20:09:42
|
|
PLANS: fix reference to non-existent 'next' branch
* PLANS/obsolete-removed/configure.in.txt: Here. We should refer
to the 'master' branch instead.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
cfba5c03
|
2013-05-10T20:06:08
|
|
PLANS: fix botched version reference
* PLANS/rm-f-without-args.txt: Here. The probe checking that "rm -f"
without arguments works will be introduced in Automake 1.14, not in
Automake 1.13.2.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
d5f83b89
|
2013-02-21T15:52:22
|
|
maint: more adjustments to the new versioning scheme
This is a follow-up to commit 'v1.13.1b-11-g97aaf12'.
* automake.in: Adjust a comment.
* PLANS: Adjust several files in here.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
2c0fe206
|
2013-01-18T16:28:54
|
|
Merge branch 'rm-f-probe' into maint
* rm-f-probe:
init.m4: add probe to check "rm -f" without args work
|
|
|
a787b9ca
|
2013-01-18T11:22:01
|
|
plans: we are not going to remove AM_PROG_MKDIR_P in Automake 1.14
See commit v1.13.1-109-g030ecb4 of 2013-01-16, "compat: restore
AM_PROG_MKDIR, again", for the rationale; that rationale is now
also copied...
* PLANS/obsolete-removed/am-prog-mkdir-p.txt: ... here.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
f78b0f0b
|
2013-01-12T19:20:54
|
|
init.m4: add probe to check "rm -f" without args work
See automake bug#10828.
POSIX will say in a future version that running "rm -f" with no argument
is OK: <http://austingroupbugs.net/view.php?id=542>).
We want to be able to make that assumption in our Makefile recipes.
So we introduce an aggressive probe to check that the usage we want is
actually supported "in the wild" to an acceptable degree.
* m4/init.m4 (AM_INIT_AUTOMAKE): Implement the probe. To make any issue
more visible, cause the running configure to be aborted by default if
the 'rm' program in use doesn't match our expectations; the user can
still override this though, by setting the ACCEPT_INFERIOR_RM_PROGRAM
environment variable to "yes".
* t/spy-rm.tap: Update heading comments.
* t/rm-f-probe.sh: New test.
* t/list-of-tests.mk: Add it.
* PLANS/rm-f-without-args.txt: Adjust.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
59303213
|
2013-01-12T18:42:43
|
|
plans: update w.r.t. latest changes
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
94d8c69f
|
2013-01-09T20:11:31
|
|
plans: automake 1.14 is to assume "rm -f" with no args is OK
See automake bug#10828.
* PLANS/rm-f-without-args.txt: New.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
6b31158c
|
2013-01-09T19:57:27
|
|
plans: we want to active subdir-objects unconditionally in automake 1.14
See automake bug#13378.
* PLANS/subdir-objects.txt: New.
* t/ccnoco4.sh: Improve heading comments a little.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
0071e015
|
2013-01-04T11:48:33
|
|
plans: add some on-going plans (already registered on the bug tracker)
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|
|
|
5fdf7587
|
2013-01-03T12:03:37
|
|
plans: add the "PLANS" directory
Individual files or sub-directories about future and on-going
development plans in Automake will be added in follow-up commits.
This new set of documents is meant to help ensure a more controlled
and smooth development and evolution for Automake, in several ways.
- Having the plans clearly spelled out should will avoid messy
roadmaps with no clear way forward or with muddy or ill-defined
aims or purposes; a trap this is too easy to fall into.
- Keeping planned changes cooking and re-hashed for a while should
ensure rough edges are smoothed up, transitions are planned in a
proper way (hopefully avoiding debacles like the AM_MKDIR_PROG_P
deprecation and the AM_CONFIG_HEADER too-abrupt removal), and
"power users" have more chances of getting informed in due time,
thus having all the time to prepare for the changes or raise
objections against them.
- Having the plans clearly stated and registered in a "centralized"
location should make it more difficult to them to slip through
the cracks, getting forgotten or (worse) only half-implemented.
- Even for discussions and plans registered on the Bug Tracker
as well, a corresponding entry in the PLANS directory can help
in keeping main ideas summarized, and consensus and/or objections
registered and easily compared.
Motivation:
<http://blog.flameeyes.eu/2013/01/autotools-mythbuster-automake-pains>
Not a flatting picture for us (and maybe a little too harsh), but
basically true and even spot-on in some regards.
* PLANS/README: New.
* Makefile.am (EXTRA_DIST): Distribute the whole PLANS directory.
Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
|