Re: renaming configure.in to configure.ac - Mailing list pgsql-hackers

From Tom Lane
Subject Re: renaming configure.in to configure.ac
Date
Msg-id 3359118.1594913055@sss.pgh.pa.us
Whole thread Raw
In response to Re: renaming configure.in to configure.ac  (Noah Misch <noah@leadboat.com>)
Responses Re: renaming configure.in to configure.ac  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
Re: renaming configure.in to configure.ac  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
Noah Misch <noah@leadboat.com> writes:
> On Wed, Jul 15, 2020 at 09:45:54AM -0400, Tom Lane wrote:
>> Maybe we should do some pro-active testing, rather than just waiting for
>> 2.70 to get dropped on us?  God knows how long it will be until 2.71.

> Sounds good.  A cheap option would be to regenerate with 2.70, push that on a
> Friday night to see what the buildfarm thinks, and revert it on Sunday night.

We'd have to rename configure.in as per $subject; but AFAIK that works
with extant autoconf, so we could just do it and leave it that way,
figuring that it'll have to happen eventually.

More ambitiously, we could just adopt 2.69b in HEAD and see what happens,
planning to revert only if things break.  The cost to that is that
committers who want to commit configure.ac changes would have to install
2.69b.  But they'd be having to install 2.70 whenever we move to that,
anyway, so I'm not sure that's a big cost.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Bharath Rupireddy
Date:
Subject: Re: [PATCH] Performance Improvement For Copy From Binary Files
Next
From: Andrew Dunstan
Date:
Subject: Re: renaming configure.in to configure.ac