Re: generate syscache info automatically
John Naylor <johncnaylorls@gmail.com>
From: John Naylor <johncnaylorls@gmail.com>
To: Peter Eisentraut <peter@eisentraut.org>
Cc: pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2024-01-19T05:28:28Z
Lists: pgsql-hackers
On Wed, Jan 17, 2024 at 7:46 PM Peter Eisentraut <peter@eisentraut.org> wrote: > > I updated the patch to use this style (but I swapped the first two > arguments from my example, so that the thing being created is named first). > > I also changed the names of the output files a bit to make them less > confusing. (I initially had some files named .c.h, which was weird, but > apparently necessary to avoid confusing the build system. But it's all > clearer now.) > > Other than bugs and perhaps style opinions, I think the first patch is > pretty good now. LGTM. The only style consideration that occurred to me just now was MAKE_SYSCACHE, since it doesn't match the DECLARE_... macros. It seems like the same thing from a code generation perspective. The other macros refer to relations, so there is a difference, but maybe it doesn't matter. I don't have a strong opinion.
Commits
-
Generate syscache info from catalog files
- 9b1a6f50b91d 17.0 landed
-
Fill in more of ObjectProperty
- 0c60e8ba80e0 17.0 landed
-
Correct ObjectProperty entry for transforms
- d7ceb41b9b84 17.0 landed
-
genbki.pl: Factor out boilerplate generation
- f94dec76cc7a 17.0 landed
-
Restructure DECLARE_INDEX arguments
- 226d0a6b989b 17.0 landed
-
Update DECLARE_INDEX documentation
- 908f711d2398 15.5 landed
- 4cdcff4d93b2 16.0 landed
- 3c09d115948c 17.0 landed
-
Replace hardcoded switch in object_exists() with a lookup table.
- fa351d5a0db0 9.2.0 cited