From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Euler Taveira <euler(at)timbira(dot)com(dot)br> |
Cc: | YUriy Zhuravlev <u(dot)zhuravlev(at)postgrespro(dot)ru>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: WIP: About CMake v2 |
Date: | 2015-11-26 16:10:36 |
Message-ID: | 26660.1448554236@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Euler Taveira <euler(at)timbira(dot)com(dot)br> writes:
> On 26-11-2015 07:33, YUriy Zhuravlev wrote:
>> Maybe you are right. But by the time I finish my work I think 3.0 will become
>> a standard. CMake is developing rapidly and soon will have version 3.4.1
>> And one more thing: a normal documentation came with 3.0. :)
>> But I try to check my code for 2.8.11, now I have 3.4.0 (latest for Gentoo).
> Have in mind that stable distros have a long cycle and are not released
> soon. If you are planning your cmake work for 9.6 or even 9.7, it is
> prudent to suport Red Hat 7 or Debian 8 because it will be a pain in the
> neck to install a new cmake version just to compile postgres.
Not working with the cmake version shipped in current distributions would
almost certainly cause us to reject this patch. Adding a new build
dependency is bad enough; adding one that isn't easily available is a
show-stopper. You'd better think in terms of what's provided with RHEL6,
not RHEL7, as the minimum baseline on the Red Hat side. I'm not sure what
the oldest active LTS distribution is in the Debian world, but I'm pretty
sure it won't have cmake 3.
(FWIW, RHEL6 seems to be carrying 2.8.12 currently.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2015-11-26 16:15:56 | Re: What .gitignore files do in the tarball? |
Previous Message | Tom Lane | 2015-11-26 15:48:50 | Re: Redefine default result from PQhost()? |