From: Tom Lane <tgl@sss.pgh.pa.us>
To: Christian Convey <christian.convey@gmail.com>
Cc: Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>
Cc: Yury Zhuravlev <u.zhuravlev@postgrespro.ru>
Cc: pgsql-hackers@postgresql.org <pgsql-hackers@postgresql.org>
Subject: Re: WIP: About CMake v2
Date: Thu, 18 Aug 2016 16:30:52 -0400
Message-ID: <23881.1471552252@sss.pgh.pa.us> (raw)
In-Reply-To: <CAPfS4Zx-NtkmN3_eE0UJW9r_4qFjx9GgEzB5=4sKnimhaM5tAg@mail.gmail.com>
References: <4184974.kkvGJ5GoEX@dinodell>
<1974943.sWDBYWy5U3@dinodell>
<56096E15.3040602@gmx.net>
<2319e612-6c78-4fd4-8ccb-e1fa1bc84c01@postgrespro.ru>
<57B60263.4020501@kaltenbrunner.cc>
<CAPfS4ZxpFsDYyBLnnVqXSdS=JWTDNxBaN0NaGRHZoNxy+=Voew@mail.gmail.com>
<57B60792.3000307@kaltenbrunner.cc>
<20965.1471548357@sss.pgh.pa.us>
<CAPfS4ZzhP1vdU2C4RCKvE=ks0JsZMsW41bT_ivQNqmqCqPanSA@mail.gmail.com>
<57B61229.7040302@kaltenbrunner.cc>
<CAPfS4Zx-NtkmN3_eE0UJW9r_4qFjx9GgEzB5=4sKnimhaM5tAg@mail.gmail.com>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-hackers>
Christian Convey <christian.convey@gmail.com> writes:
>> well I personally think the level to meet would be that all the systems
>> on the buildfarm that can build -HEAD at the time the patch is proposed
>> for a commit should be able to build using the new system with whatever
>> cmake version is available in those by default (if it is at all).
> I see. In other projects I've worked on, the configuration of a build
> farm has been driven by some list of platforms that were considered
> important to support.
> Is that the case here as well? I.e., is the build-farm population
> just a convenient proxy for some other source of information regarding
> what platforms are important?
To a large extent, the buildfarm population is interesting because those
machines represent platforms for which someone is willing to put their
money where their mouth is, ie go to the effort of maintaining a buildfarm
member. For those cases, we're likely to hear complaints if we break it.
There are also buildfarm members that are really only there as coal mine
canaries, that is, we don't want to break compatibility by accident ---
but if there were a good reason for it, we might be willing to throw those
platforms overboard. My HPPA/HPUX dinosaur is certainly in that category,
for example.
I do not think we have a project policy about where the dividing line
is, though.
BTW, Stefan's formulation supposes that on platforms where the vendor
didn't supply any version of cmake, we can tell people to install whatever
version we want. But that's assuming something not in evidence, namely
that cmake works on those platforms at all, in any version. We'll have
a lot of legwork to do to find out what platforms we are risking losing.
regards, tom lane
--
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: tgl@sss.pgh.pa.us, christian.convey@gmail.com, stefan@kaltenbrunner.cc, u.zhuravlev@postgrespro.ru
Subject: Re: WIP: About CMake v2
In-Reply-To: <23881.1471552252@sss.pgh.pa.us>
* 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