[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: autopoint failure with both configure.ac and configure.in
|
From: |
Bruno Haible |
|
Subject: |
Re: autopoint failure with both configure.ac and configure.in |
|
Date: |
Mon, 28 Dec 2020 14:50:01 +0100 |
|
User-agent: |
KMail/5.1.3 (Linux/4.4.0-197-generic; KDE/5.18.0; x86_64; ; ) |
Eric Gallager wrote:
> If I have both a configure.ac and configure.in in a source directory, and
> the configure.ac has AM_GNU_GETTEXT_VERSION in it, but the configure.in
> doesn't, autopoint will fail while saying:
> "autopoint: *** Missing version: please specify in configure.in through a
> line 'AM_GNU_GETTEXT_VERSION(x.yy.zz)' the gettext version the package is
> using"
> This is unexpected.
Indeed. There were versions of Autoconf which looked only for configure.in;
later versions of Autoconf (since 2002 at least) look first for configure.ac
then for configure.in. Therefore, during the transition time, autopoint's
behaviour of looking first for configure.in made sense. But the transition
time is long over. So, now autopoint will look first for configure.ac then
for configure.in.
https://git.savannah.gnu.org/gitweb/?p=gettext.git;a=commitdiff;h=f7a149a65195e69f50b398d1e5a992c1cb221390
Thanks for the report.
> The rest of the autotools say that configure.in is
> deprecated and that configure.ac is the new name for it. autopoint should
> be updated to stop checking for configure.in, and all references to
> configure.in in its error messages (and elsewhere) should be removed.
A deprecated feature is not a removed feature. There are still packages
which use configure.in exclusively. So, autopoint should be consistent
with Autoconf and look at configure.in when it exists and configure.ac
doesn't.
Bruno