Re: [HACKERS] WIP: About CMake v2

Поиск
Список
Период
Сортировка
От Yuriy Zhuravlev
Тема Re: [HACKERS] WIP: About CMake v2
Дата
Msg-id CANiD2e-Lf9N-YDp3RNhE2dD+DhdMB_S79YCA-M+B1w04UPYumA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] WIP: About CMake v2  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: [HACKERS] WIP: About CMake v2  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers


2017-01-28 1:50 GMT+03:00 Michael Paquier <michael.paquier@gmail.com>:
On Fri, Jan 27, 2017 at 11:09 PM, Peter Eisentraut
<peter.eisentraut@2ndquadrant.com> wrote:
> On 1/24/17 8:37 AM, Tom Lane wrote:
>> Craig Ringer <craig.ringer@2ndquadrant.com> writes:
>>> Personally I think we should aim to have this in as a non default build
>>> mode in pg10 if it can be made ready, and aim to make it default in pg11 at
>>> least for Windows.
>>
>> AFAIK we haven't committed to accepting this at all, let alone trying
>> to do so on a tight schedule.  And I believe there was general agreement
>> that we would not accept it as something to maintain in parallel with
>> the existing makefiles.  If we have to maintain two build systems, we
>> have that already.
>
> 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.

This looks like a really good plan to me.
 
I think it's best plan because when this patch will be in Postgres guys from community can test it for Unix systems too. 
Support two build systems it's not big deal really. I have been working on this past year without any big troubles. 
Also we have second perl build system...

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Yuriy Zhuravlev
Дата:
Сообщение: Re: [HACKERS] WIP: About CMake v2
Следующее
От: amul sul
Дата:
Сообщение: Re: [HACKERS] Declarative partitioning - another take