From: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
To: Andres Freund <andres@anarazel.de>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Craig Ringer <craig.ringer@2ndquadrant.com>
Cc: Yuriy Zhuravlev <stalkerg@gmail.com>
Cc: Michael Paquier <michael.paquier@gmail.com>
Cc: PostgreSQL mailing lists <pgsql-hackers@postgresql.org>
Subject: Re: WIP: About CMake v2
Date: Mon, 13 Feb 2017 10:52:41 -0500
Message-ID: <63b295d8-e5dd-4a18-90ad-16511da0d4ef@2ndquadrant.com> (raw)
In-Reply-To: <20170208214450.wt4ymqc6uunyffwx@alap3.anarazel.de>
References: <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>
<e206d615-3833-8790-7043-2bf883131b08@2ndquadrant.com>
<20170130062855.ignlffierohvm4f7@alap3.anarazel.de>
<c3fe8452-9290-9fac-8749-98fa354a7a4c@2ndquadrant.com>
<20170208214450.wt4ymqc6uunyffwx@alap3.anarazel.de>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-hackers>
On 2/8/17 4:44 PM, Andres Freund wrote:
>> Well, I find it a bit scary. If you do the big switch all at once, then
>> you will have to dedicate the following 3 months to fixing complaints
>> from developers and build farmers.
>
> That'll be the case just as well if we spread it out over two cycles,
> except that we'll have it in multiple phases, and we run into the danger
> of a half-done conversion.
They key term is "dedicated". I don't think anyone wants to spend 3
months doing nothing but fixing the build system. If we spread it over
several releases and bring more people up to speed along the way, that
looks more manageable.
>> That would work if there were a single entry point into the build
>> system. But in practice there are many, and every one of them is
>> someone's favorite. It's unlikely that we will be able to enumerate all
>> of them during patch review.
>
> Not sure what you mean with "entry point"?
People have all kinds of expectations on how the build system behaves.
It's not just ./configure; make; make install. All kinds of niche and
edge cases have evolved over the years. Variables you can set,
overrides, targets in some subdirectories, building in subdirectories
and having it build another subdirectory first, testing this way and
testing that way, testing with a custom locale or a custom database
name, building before testing or not, testing without reinstalling, and
so on and so on. You'd have to make sure at least some of that
continues to work or be able to explain it away. And most of it is not
really documented.
--
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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-hackers@postgresql.org
Cc: peter.eisentraut@2ndquadrant.com, andres@anarazel.de, tgl@sss.pgh.pa.us, craig.ringer@2ndquadrant.com, stalkerg@gmail.com, michael.paquier@gmail.com
Subject: Re: WIP: About CMake v2
In-Reply-To: <63b295d8-e5dd-4a18-90ad-16511da0d4ef@2ndquadrant.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox