Re: automatically generating node support functions

From: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andres Freund <andres(at)anarazel(dot)de>
Cc: David Rowley <dgrowleyml(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: automatically generating node support functions
Date: 2022-07-11 14:09:24
Message-ID: 45f508cb-e30b-c252-e081-4548deafa34c@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 11.07.22 01:09, Tom Lane wrote:
> Andres Freund <andres(at)anarazel(dot)de> writes:
>> I was just rebasing meson ontop of this and was wondering whether the input
>> filenames were in a particular order:

First, things used by later files need to be found in earlier files. So
that constrains the order a bit.

Second, the order of the files determines the ordering of the output.
The current order of the files reflects approximately the order how the
manual code was arranged. That could be changed. We could also just
sort the node types in the script and dump out everything alphabetically.

> That annoyed me too. I think it's sensible to list the "main" input
> files first, but I'd put them in our traditional pipeline order:
>
>> nodes/nodes.h \
>> nodes/primnodes.h \
>> nodes/parsenodes.h \
>> nodes/pathnodes.h \
>> nodes/plannodes.h \
>> nodes/execnodes.h \

The seems worth trying out.

> The rest could probably be alphabetical. I was also wondering if
> all of them really need to be read at all --- I'm unclear on what
> access/sdir.h is contributing, for example.

could not handle type "ScanDirection" in struct "IndexScan" field
"indexorderdir"

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2022-07-11 14:11:49 Re: Making CallContext and InlineCodeBlock less special-case-y
Previous Message Jean Carlo Giambastiani Lopes 2022-07-11 13:59:31 Foreign Key constraints on xocolatl/periods