| 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 |
| From | Date | Subject | |
|---|---|---|---|
| Previous Message | Michael Paquier | 2026-01-20 22:50:20 | Re: Some cleanup of pg_stat_statements tests |