Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based
Дата
Msg-id 1700043.1599501520@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-committers
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> On 2020-Sep-07, Tom Lane wrote:
>> If there were something to be on the warpath about, it's that initdb
>> is pulling in such an obviously backend-only header as that.  I wonder
>> if we should refactor to fix that.

> Hmm, if we wanted to clean things up I think we should look at what
> other things from xlog_internal.h are being used by other frontend
> programs;

Yeah, I was thinking along the same lines, but hadn't done the legwork
to see what else is needed by frontend code.

            regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pgsql: Refactor pg_get_line() to expose an alternative StringInfo-based
Следующее
От: Tom Lane
Дата:
Сообщение: pgsql: Clarify comments in enforce_generic_type_consistency().