automake-patches
[Top][All Lists]
Advanced

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

Re: [Bug-gnulib] usefulness of acinstall (Was: Re: FYI: --help and --ver


From: Bruno Haible
Subject: Re: [Bug-gnulib] usefulness of acinstall (Was: Re: FYI: --help and --version for auxiliary scripts)
Date: Mon, 10 Nov 2003 13:13:38 +0100
User-agent: KMail/1.5

Alexandre Duret-Lutz wrote:
> Jim started a thread about this recently, but it doesn't seem to
> have reached any conclusion.
>
>   http://mail.gnu.org/archive/html/bug-gnulib/2003-08/msg00039.html

The conclusion of this thread was that some people are against '# serial',
and some are in favour of it, limited .m4 files that are shared between
several projects and often copied around.

We were not talking about _installing_ .m4 files. Regarding the installation
of .m4 files, the current - and safe - approach is that no two packages
install the same .m4 file, and they all use $(INSTALL_DATA) directly.

In gnulib, .m4 files evolve synchronously with the corresponding .h/.c
sources. Therefore it is essential that a package uses exactly the
version of the ,m4 macro that fits with the .h/.c source. To this end the
maintainer (or gnulib-tool) copies the .m4 files into the package's local
m4/ directory, where it will shadow anything that's installed in
$prefix/share/aclocal/.

acinstall has a comment:

# we want to do serial-number checking; newer versions of
# macro files should always be preferred.

But this assumes that the macro file authors care about backward compatibility.
Which is not the case in practice.

So I vote for removing acinstall.

Bruno





reply via email to

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