Re: Postgresql coding conventions - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: Postgresql coding conventions
Date
Msg-id 87d4jbx7ge.fsf@oxford.xeocode.com
Whole thread Raw
In response to Postgresql coding conventions  (Abbas <abbas.butt@enterprisedb.com>)
Responses Re: Postgresql coding conventions  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Abbas <abbas.butt@enterprisedb.com> writes:

> While writing code or reviewing a path are we supposed to consider the
> camel cased names correct or the under-score separated names correct?

Some parts of the code use the two to distinguish between functions local to
that module and functions that are part of the public api. In those cases
functions with capitals are part of the public api of the module and lower
case functions are internal functions or utility functions. Except for the
modules where it's the reverse...

And actually looking around I can't find any good examples of this where there
aren't exceptions. I don't like the idea of a massive cleanup patch for this
but if someone's doing major surgery on a module it could be worth fixing up
names in that module to be consistent at the same time.


--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's PostGIS support!


pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: [Review] pgbench duration option
Next
From: Tom Lane
Date:
Subject: Re: Interesting glitch in autovacuum