Re: Removing another gen_node_support.pl special case

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Removing another gen_node_support.pl special case
Date: 2022-11-28 16:25:13
Message-ID: 022d86ba-0d31-5b62-1276-9d9137f72c51@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 27.11.22 02:39, Tom Lane wrote:
> I got confused about how we were managing EquivalenceClass pointers
> in the copy/equal infrastructure, and it took me awhile to remember
> that the reason it works is that gen_node_support.pl has hard-wired
> knowledge about that. I think that's something we'd be best off
> dropping in favor of explicit annotations on affected fields.
> Hence, I propose the attached. This results in zero change in
> the generated copy/equal code.

I suppose the question is whether this behavior is something that is a
property of the EquivalenceClass type as such or something that is
specific to each individual field.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message gkokolatos 2022-11-28 16:32:43 Re: Add LZ4 compression in pg_dump
Previous Message Maxim Orlov 2022-11-28 16:08:54 Re: Add 64-bit XIDs into PostgreSQL 15