Re: moving from contrib to bin

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: moving from contrib to bin
Дата
Msg-id CAB7nPqQhQVgearGfO_qOb-otDVB3VOZ+QcxZ28cJbO4U4gypTw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: moving from contrib to bin  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Список pgsql-hackers
On Sat, Dec 13, 2014 at 1:00 AM, Alvaro Herrera
<alvherre@2ndquadrant.com> wrote:
> Tom Lane wrote:
>> Heikki Linnakangas <hlinnakangas@vmware.com> writes:
>> > On 12/12/2014 03:07 PM, Peter Eisentraut wrote:
>> >> On 12/9/14 4:10 PM, Alvaro Herrera wrote:
>> >>> Maybe it makes sense to have a distinction between client programs and
>> >>> server programs.  Can we have src/sbin/ and move stuff that involves the
>> >>> server side in there?  I think that'd be pg_xlogdump, pg_archivecleanup,
>> >>> pg_upgrade, pg_test_timing, pg_test_fsync.  (If we were feeling bold we
>> >>> could also move pg_resetxlog, pg_controldata and initdb there.)
>>
>> >> I was thinking about that.  What do others think?
>>
>> > Sounds good. We already separate server and client programs in the docs,
>> > and packagers put them in different packages too. This should make
>> > packagers' life a little bit easier in the long run.
>>
>> I'm pretty much -1 on relocating anything that's under src/bin already.
>
> So let's put the whole bunch under src/bin/ and be done with it.

When doing so let's be careful with the MSVC specs, this will need a
set of definitions with AddSimpleFrontend. This should ensure as well
that versioning work that has been done on Windows for this release
cycle is not broken for all the things moved. I don't mind
double-checking that..
-- 
Michael



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Commitfest problems
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: [REVIEW] Re: Compression of full-page-writes