This is the mail archive of the
libc-help@sourceware.org
mailing list for the glibc project.
Re: autoconf AC_PREREQ ?
- From: "Carlos O'Donell" <carlos at systemhalted dot org>
- To: "Yann E. MORIN" <yann dot morin dot 1998 at anciens dot enib dot fr>
- Cc: libc-help at sourceware dot org
- Date: Thu, 2 Oct 2008 16:50:14 -0400
- Subject: Re: autoconf AC_PREREQ ?
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=ZBXmxQT6GBjVO3ifa/JpIBziQM66P6S5y1PZXkJX9HI=; b=vawGuklNmchOfMaFTesX+SDrA7bwOWhd+gQhgJPDlO1nL17B6I0f2WwRGoHkj3dDdd OdKaC3uJPw52mosQ5OCpmwcBCKIwPsLQernYXO+N0k9SgaZSJH0bkXQvoID7ECzhImrX vDVvNtzEL2lCDI/vIwLKZmoOfMDIxrmZNmOVA=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=og+hE5IEFTJC4SDhytQytZ7pEXxHc7CJhM9xSctS+wF+/z6VanBgDbO1eIlkQfiVN1 ceprtHiSt8v6G9jHg0aYb4IoZzk44oQZUZW5P6/6XEv82i+BT2ZglK9JYffyqAWAJBNb 5wxyrDf9PKnlK3S+nwhMSv39rqNMiaDy7fwYc=
- References: <200809240729.56161.yann.morin.1998@anciens.enib.fr> <200810022156.11293.yann.morin.1998@anciens.enib.fr> <119aab440810021258k7a193df7yd31134bf4c519ee5@mail.gmail.com> <200810022246.42002.yann.morin.1998@anciens.enib.fr>
On Thu, Oct 2, 2008 at 4:46 PM, Yann E. MORIN
<yann.morin.1998@anciens.enib.fr> wrote:
>> > Do you want a patch that renames all configure.in to configure.ac?
>> This solution.
>
> OK. That will have to wait at least tomorrow evening (UTC+0200) before I can
> seat in front of my keyboard again...
Thanks.
> Not a starting point really, but "3.1 Writing configure.ac" says:
>
> --8<--
> Previous versions of Autoconf promoted the name configure.in, which is
> somewhat ambiguous (the tool needed to process this file is not described by
> its extension), and introduces a slight confusion with config.h.in and so on
> (for which `.in' means "to be processed by configure"). Using configure.ac
> is now preferred.
> --8<--
Perfect. This is exactly what I was looking for. We can use this as
the rationale for the change.
> Also, looking at the autoconf-2.13 doc from the tarball, configure.in is used
> consistently throughout autoconf.info. Looking at the autoconf-2.50 doc from
> the tarball, configure.ac is used consistently throughout doc/autoconf.info.
>
> Because we AC_PREREQ(2.53), we can safely use configure.ac.
Thanks again.
Cheers,
Carlos.