Re: Harmonizing pg_bsd_indent parameter names

From: Peter Geoghegan <pg(at)bowt(dot)ie>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Harmonizing pg_bsd_indent parameter names
Date: 2024-06-12 21:42:29
Message-ID: CAH2-Wzk+awcuYupUtakNgzxVcME=cXOKiFj8u4rM229KFC4w7w@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jun 12, 2024 at 5:33 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Peter Geoghegan <pg(at)bowt(dot)ie> writes:
> > Attached patch harmonizes pg_bsd_indent's function parameter names, so
> > that they match the names used in corresponding function definitions.
>
> Hmm, these aren't really harmonizing inconsistencies, but overruling
> somebody's style decision to leave parameter names out of the extern
> declarations. That's a style I don't like personally, but some do.

It was my understanding that that was considered just as bad as (or
equivalent to) a mechanical inconsistency. At least for code that was
written from scratch for Postgres (as opposed to vendored in Postgres)
was concerned. We dealt with this during the initial work on bulk
harmonizing code. For example, we made Henry Spencer's regex code
follow Postgres coding standards (in commit bc2187ed).

The regex code was a little different to pg_bsd_indent. There wasn't the same
need to keep up with an upstream. That's why I thought I'd ask about
it before acting.

> We are, at least in theory, trying to stay within hailing distance
> of the upstream; that's the primary reason why we've not touched
> the indentation style of pg_bsd_indent itself. Still, two lines
> is not going to make much of a difference in whether patches can
> be passed back and forth (whereas reindentation would kill that
> somewhat thoroughly).

Got it.

> Anyway, after chewing on it for a few minutes, no objection here.

Cool. Will push this shortly, then.

--
Peter Geoghegan

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Amonson, Paul D 2024-06-12 21:46:19 RE: Proposal for Updating CRC32C with AVX-512 Algorithm.
Previous Message Sutou Kouhei 2024-06-12 21:40:01 Re: RFC: adding pytest as a supported test framework