Re: [HACKERS] [COMMITTERS] pgsql: Add missing support for new nodefields

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [HACKERS] [COMMITTERS] pgsql: Add missing support for new nodefields
Дата
Msg-id 20170321062850.koa557zw3gqyl4lm@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql: Add missing support for new node fields  (Fabien COELHO <coelho@cri.ensmp.fr>)
Ответы Re: [HACKERS] [COMMITTERS] pgsql: Add missing support for new nodefields  (Fabien COELHO <coelho@cri.ensmp.fr>)
Список pgsql-committers
Hi,

On 2017-03-21 07:22:57 +0100, Fabien COELHO wrote:
> > Add missing support for new node fields
> >
> > Commit b6fb534f added two new node fields but neglected to add copy and
> > comparison support for them, Mea culpa, should have checked for that.
>
> I've been annoyed by these stupid functions and forgetting to update them
> since I run into them while trying to fix an issue in pg_stat_statement some
> time ago.
>
> I've started to develop a perl script to generate most of them from headers.
> It is not done yet, but it looks that it can work in the end with limited
> effort. Currently it works for copy & equal.

It'd have to do out/read as well imo.


> Is there some interest to generate the x00kB of sources rather than edit
> them everytime, or forgetting it from time to time, or does everyone like it
> as it is?

From my POV yes.  But it's not quite as trivial as just generating it
based on fields. Some fields are intentionally skipped, e.g. location,
for equalfuncs, but not copy/out/readfuncs. So there needs to be a way
to specify such special rules.

- Andres


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

Предыдущее
От: Fabien COELHO
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Add missing support for new node fields
Следующее
От: Peter Eisentraut
Дата:
Сообщение: [COMMITTERS] pgsql: doc: Improve markup