From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Bruce Momjian <momjian(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [COMMITTERS] pgsql: Document struct/union problem with pgindent. |
Date: | 2009-06-11 22:59:05 |
Message-ID: | 22280.1244761145@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> Bruce Momjian wrote:
> + # Structure/union pointers in function prototypes and definitions have an extra
> + # space after the asterisk:
> + #
> + # void x(struct xxc * a);
> I know we should not be driven by our tools, but is there a case for a
> coding standard that requires use of a typedef name here?
I don't think so. Shall we artificially create a typedef for standard
objects like "struct stat" in order to follow such a coding rule? I
think that's just a recipe for confusion.
In any case, a big fraction of the places that have this issue are code
that we've imported from elsewhere (the regex engine, zic) and changing
to typedefs would mean even more drift from upstream and hence
difficulty in following their patches.
It's just a bug in pgindent that we should try to fix sometime.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2009-06-11 23:01:13 | Re: [COMMITTERS] pgsql: Document struct/union problem with pgindent. |
Previous Message | Alvaro Herrera | 2009-06-11 22:54:54 | Re: [COMMITTERS] pgsql: Document struct/union problem with pgindent. |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2009-06-11 23:01:13 | Re: [COMMITTERS] pgsql: Document struct/union problem with pgindent. |
Previous Message | Alvaro Herrera | 2009-06-11 22:54:54 | Re: [COMMITTERS] pgsql: Document struct/union problem with pgindent. |