[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: autotools idea "Interfacing with a test protocol like TAP or subunit
From: |
Akim Demaille |
Subject: |
Re: autotools idea "Interfacing with a test protocol like TAP or subunit" obsolete |
Date: |
Tue, 20 Mar 2012 18:55:59 +0100 |
Le 19 mars 2012 à 13:53, Tim Landscheidt a écrit :
> Hi,
>
> Stefano pointed out to me in private mail, that the first
> autotools idea ("Interfacing with a test protocol like TAP
> or subunit") is a (then accepted) remainder of last year's
> GSoC
> (cf.
> <URI:http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/slattarini/1>)
> and should be removed from the ideas list.
Hi all,
Actually, could someone please replace the whole "autotools"
section with the following snippet? The first two items
are no longer submitted, and, unless I am mistaken, the
third one is not, either.
Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards. Automake requires the use
of Autoconf.
Contact: address@hidden (to subscribe,
see list-info
page)
Exploit GNU make in Automake
Currently Automake aims at portability across Make implementations,
which comes with several costs: portability issues are discovered by
end users, workarounds must be implemented and carefully tested by the
Automake maintainers, and finally some common features cannot be used
at all because of a single implementation. This also results in very
large and slow Makefiles, hence impedes the development cycle of
automade projects.
By relying on GNU Make, Automake-ng, a friendly fork of Automake, will
eliminate these costs. Widely available and otherwise easy to
install, GNU Make will provide end users faster and safer builds.
Instead of fighting with obscure and rare bugs in some
implementations, Automake maintainers will focus on demanded features.
Finally, developers will be freed from arbitrary limitations, and be
able to use the powerful features of GNU Make in their Makefile.am
(e.g., %-rules, conditionals, built-in functions, user defined
functions and so forth).