summaryrefslogtreecommitdiff
path: root/PLANS
Commit message (Collapse)AuthorAgeFilesLines
* PLANS: subdir-objects: various updatesStefano Lattarini2013-05-161-11/+7
| | | | Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
* PLANS: one minor fixlet (mostly cosmetic)Stefano Lattarini2013-05-101-2/+2
| | | | Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
* PLANS: we have already dropped support for split info files in masterStefano Lattarini2013-05-101-3/+3
| | | | Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
* PLANS: fix reference to non-existent 'next' branchStefano Lattarini2013-05-101-1/+1
| | | | | | | * PLANS/obsolete-removed/configure.in.txt: Here. We should refer to the 'master' branch instead. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
* PLANS: fix botched version referenceStefano Lattarini2013-05-101-2/+2
| | | | | | | | * 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>
* maint: more adjustments to the new versioning schemeStefano Lattarini2013-02-215-23/+21
| | | | | | | | | 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>
* Merge branch 'rm-f-probe' into maintStefano Lattarini2013-01-181-4/+4
|\ | | | | | | | | * rm-f-probe: init.m4: add probe to check "rm -f" without args work
| * init.m4: add probe to check "rm -f" without args workStefano Lattarini2013-01-161-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* | plans: we are not going to remove AM_PROG_MKDIR_P in Automake 1.14Stefano Lattarini2013-01-181-44/+41
|/ | | | | | | | | | 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>
* plans: update w.r.t. latest changesStefano Lattarini2013-01-122-21/+20
| | | | Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
* plans: automake 1.14 is to assume "rm -f" with no args is OKStefano Lattarini2013-01-091-0/+40
| | | | | | | | See automake bug#10828. * PLANS/rm-f-without-args.txt: New. Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
* plans: we want to active subdir-objects unconditionally in automake 1.14Stefano Lattarini2013-01-091-0/+67
| | | | | | | | | 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>
* plans: add some on-going plans (already registered on the bug tracker)Stefano Lattarini2013-01-044-0/+143
| | | | Signed-off-by: Stefano Lattarini <stefano.lattarini@gmail.com>
* plans: add the "PLANS" directoryStefano Lattarini2013-01-031-0/+25
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>
View Lorry Controller Status