Subject: Re: WIP: About CMake v2
To: Andres Freund <andres@anarazel.de>
References: 
 <CAB7nPqR_Cxv67kOOOQjrKx9cvc5Yn=9wzJyFoLxdc_qj2+TU9w@mail.gmail.com>
 <0d8bf7e7-db42-44d8-aac5-65ff407cb60f@postgrespro.ru>
 <af9694db-858b-c15a-9c5a-bcbccf933ca0@2ndquadrant.com>
 <CANiD2e_tBS869MHRBUTvUq874mxbG3SkE2_PBO2C4TuWxcXEXQ@mail.gmail.com>
 <22f10946-860e-031e-4440-5aaf67c938a4@2ndquadrant.com>
 <CAB7nPqQrskizbD4Lv980ChMvvSrdy_2aw2hqc4QJQN5Umb-uUw@mail.gmail.com>
 <20170124065848.yawgnrpqihvahj5u@alap3.anarazel.de>
 <CAMsr+YET57YUnePwhs_GMKLwCrPAo_=Q4hc-DrbDxRnYA01qxw@mail.gmail.com>
 <13434.1485265067@sss.pgh.pa.us>
 <e7945b31-0e69-9d49-7c72-522bd08fb3c4@2ndquadrant.com>
 <20170127231120.lb2hrc34bcc7fkui@alap3.anarazel.de>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Craig Ringer
 <craig.ringer@2ndquadrant.com>, Yuriy Zhuravlev <stalkerg@gmail.com>,
 Michael Paquier <michael.paquier@gmail.com>,
 PostgreSQL mailing lists <pgsql-hackers@postgresql.org>
From: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Organization: 2ndQuadrant
Message-ID: <e206d615-3833-8790-7043-2bf883131b08@2ndquadrant.com>
Date: Fri, 27 Jan 2017 22:20:41 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0)
 Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <20170127231120.lb2hrc34bcc7fkui@alap3.anarazel.de>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
Precedence: bulk
Sender: pgsql-hackers-owner@postgresql.org

On 1/27/17 6:11 PM, Andres Freund wrote:
> On 2017-01-27 09:09:36 -0500, Peter Eisentraut wrote:
>> My preferred scenario would be to replace the Windows build system by
>> this first, then refine it, then get rid of Autoconf.
>>
>> The ideal timeline would be to have a ready patch to commit early in a
>> development cycle, then get rid of the Windows build system by the end
>> of it.  Naturally, this would need buy-in from Windows developers.
>>
>> I don't foresee replacing the Autoconf build system by this immediately.
> 
> I'm very strongly against this path, it seems way too likely that we'll
> end up with yet another fragile thing that nobody from the *nix side
> will be able to test.

That's a fair concern, but at least with CMake, someone from the *nix
side *can* test it, whereas right now it's completely separate.

What kind of strategy do you have in mind?

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers