Re: Portal->commandTag as an enum - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Portal->commandTag as an enum
Date
Msg-id 20200211205047.GA6646@alvherre.pgsql
Whole thread Raw
In response to Re: Portal->commandTag as an enum  (Mark Dilger <mark.dilger@enterprisedb.com>)
Responses Re: Portal->commandTag as an enum
List 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 by date:

Previous
From: Andres Freund
Date:
Subject: Re: pg_locks display of speculative locks is bogus
Next
From: Mark Dilger
Date:
Subject: Re: Portal->commandTag as an enum