Re: tablecmds: clarify recurse vs recusing

From: Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter(at)eisentraut(dot)org>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: tablecmds: clarify recurse vs recusing
Date: 2026-01-20 22:55:38
Message-ID: CAEoWx2m=dditqdNvwC45HNMmzU0jVvN1_2dsP4ma2Gj4Wu7HhQ@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Jan 21, 2026, at 04:07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> writes:

Enhancing the header comments also helps here.
PSA v2:

I had something more like the attached in mind. I'm not generally
a fan of documenting only some of the arguments of a function, so
I don't care for the way you handled the issue for other functions
in tablecmds.c either. We can either assume that people read
ATPrepCmd's comment and can extrapolate to the other functions,
or we can do something similar to this for all of them.

Got it, thanks. In v4, I’ve limited the changes to fully documenting all
ATPrepCmd() arguments in its header comment and removed the scattered
recurse/recursing references from other functions.

I do agree with your 0002, but I see no point in pushing that
separately.

Absolutely. 0002 was too trivial to be a separate commit. I have squashed
it into 0001 in v4.

Best regards,
--
Chao Li (Evan)
HighGo Software Co., Ltd.
https://www.highgo.com/

Attachment Content-Type Size
v4-0001-tablecmds-clarify-recurse-recursing-semantics-in-.patch application/octet-stream 3.9 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Previous Message Michael Paquier 2026-01-20 22:50:20 Re: Some cleanup of pg_stat_statements tests