| From: | Tomas Vondra <tomas(at)vondra(dot)me> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | David Rowley <dgrowleyml(at)gmail(dot)com>, Peter Geoghegan <pg(at)bowt(dot)ie>, Andres Freund <andres(at)anarazel(dot)de>, Peter Eisentraut <peter(at)eisentraut(dot)org>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: s/pg_attribute_always_inline/pg_always_inline/? |
| Date: | 2026-07-10 12:34:54 |
| Message-ID: | 57d9a1c8-d4d7-4154-bb46-9e03ca3bde09@vondra.me |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 7/10/26 02:14, Tom Lane wrote:
> Tomas Vondra <tomas(at)vondra(dot)me> writes:
>> Does "backpatching the new macro" mean we'd also adjust all existing
>> places to use the new macro or not? I mean, we could backpatch just the
>> bit in c.h. I plan to adjust the places, to minimize possible conflicts
>> when backpatching other stuff.
>
> I think it'd be sufficient to add the new macro to the old branches.
> The point of back-patching at all, I think, is to save ourselves
> work if we have to back-patch some new code that uses the new style.
>
I'm not very worried about new code using the new macro name. We only
use it in ~50 places, and I don't think fixes will use it very often.
It's more likely a fix will touching some code nearby, and the
cherry-pick will fail because of the difference.
I intend to backpatch "everything", with backbranches having both macros
(as in the -19 patch).
regards
--
Tomas Vondra
| Attachment | Content-Type | Size |
|---|---|---|
| v2-0001-Shorten-pg_attribute_always_inline-to-pg_always_i-master.patch | text/x-patch | 24.5 KB |
| v2-0001-Shorten-pg_attribute_always_inline-to-pg_always_i-19.patch | text/x-patch | 24.7 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Anton Ratundalov | 2026-07-10 12:35:19 | Proposal : Retain explainable statement location on ExplainStmt structure. |
| Previous Message | Fujii Masao | 2026-07-10 12:32:32 | Re: Wrong argument name in error message from attribute_stats functions |