Re: Portal->commandTag as an enum

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Portal->commandTag as an enum
Дата
Msg-id 20200211205047.GA6646@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: Portal->commandTag as an enum  (Mark Dilger <mark.dilger@enterprisedb.com>)
Ответы Re: Portal->commandTag as an enum  (Mark Dilger <mark.dilger@enterprisedb.com>)
Список pgsql-hackers
On 2020-Feb-11, Mark Dilger wrote:

> I thought about generating the files rather than merely checking them.
> I could see arguments both ways.  I wasn’t sure whether there would be
> broad support for having yet another perl script generating source
> files, nor for the maintenance burden of having to do that on all
> platforms.  Having a perl script that merely sanity checks the source
> files has the advantage that there is no requirement for it to
> function on all platforms.  There’s not even a requirement for it to
> be committed to the tree, since you could also argue that the
> maintenance burden of the script outweighs the burden of getting the
> source files right by hand.

No thanks.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: pg_locks display of speculative locks is bogus
Следующее
От: Mark Dilger
Дата:
Сообщение: Re: Portal->commandTag as an enum