Re: pg_createsubscriber TAP test wrapping makes command options hard to read. - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: pg_createsubscriber TAP test wrapping makes command options hard to read.
Date
Msg-id 0f5256ec-d63e-4e0f-9b71-750a7a4e5c01@dunslane.net
Whole thread Raw
In response to Re: pg_createsubscriber TAP test wrapping makes command options hard to read.  (Dagfinn Ilmari Mannsåker <ilmari@ilmari.org>)
Responses Re: pg_createsubscriber TAP test wrapping makes command options hard to read.
List pgsql-hackers


On 2024-12-12 Th 8:17 AM, Dagfinn Ilmari Mannsåker wrote:
Dagfinn Ilmari Mannsåker <ilmari@ilmari.org> writes:

Peter Smith <smithpb2250@gmail.com> writes:

On Thu, Dec 12, 2024 at 2:53 PM Michael Paquier <michael@paquier.xyz> wrote:
...

So, AFAICT I can workaround the perltidy wrapping just by putting all
the noarg options at the bottom of the command, then all the
option/optarg pairs (ie 2s) will stay together. I can post another
patch to do it this way unless you think it is too hacky.
This trick works for me if that makes the long list of option easier
to read.  With two elements of the array perl line, I would just put
some --dry-run or --verbose at the end of their respective arrays.
--
Michael
Hi Michael.

Yes, that is the workaround that I was proposing.
A better option, IMO, is to use the fat comma (=>) between options and
their values.  This makes it clear both to humans and perltidy that they
belong together, and we can put all the valueless options first without
things being rewrapped.
Here's a more thorough patch, that also applies the fat comma treatment
to other pg_createsubscriber invocations in the same file that don't
currently happen to be mangled by perltidy.  It also adds trailing
commas to the last item in multi-line command arrays, which is common
perl style.



+1 for this approach.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com

pgsql-hackers by date:

Previous
From: David Christensen
Date:
Subject: Re: [PATCHES] Post-special page storage TDE support
Next
From: Alvaro Herrera
Date:
Subject: Re: .ready and .done files considered harmful