]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Enhance make_ctags and make_etags.
authorTatsuo Ishii <ishii@postgresql.org>
Wed, 19 Oct 2022 03:59:29 +0000 (12:59 +0900)
committerMichael Paquier <michael@paquier.xyz>
Thu, 9 Apr 2026 22:58:46 +0000 (07:58 +0900)
commita7c41df1f2fdfba42d09a978213066d941e45c9b
tree3e293b37f36e464088d3cbe26341d4bfeca4c321
parent305cf0df0c7834a23d5ee22c0560970bb66d68eb
Enhance make_ctags and make_etags.

make_ctags did not include field members of structs since the commit
964d01ae90c314eb31132c2e7712d5d9fc237331.

For example, in the following field of RestrictInfo:

   Selectivity norm_selec pg_node_attr(equal_ignore);

pg_node_attr was mistakenly interpreted to be the name of the field.
To fix this, add -I option to ctags command if the command is
Exuberant ctags or Universal ctags (for plain old ctags, struct
members are not included in the tags file anyway).

Also add "-e" and "-n" options to make_ctags. The -e option invokes
ctags command with -e option, which produces TAGS file for emacs. This
allows to eliminate duplicate codes in make_etags so that make_etags
just exec make_ctags with -e option.

The -n option allows not to produce symbolic links in each
sub directory (the default is producing symbolic links).

This includes the follow-up fixes: 87f21d2c6890 and ae66716bf3ef.  This
change is applied to v15 and v14, v16 and nwer versions already
including these improvements.  One reason why I am doing this backpatch
is that this can be really useful for backpatching purposes, especially
the -n option that limits the number of TAGS/tags files created in the
tree.

Author: Yugo Nagata
Reviewers: Alvaro Herrera, Tatsuo Ishii
Discussion: https://postgr.es/m/flat/20221007154442.76233afc7c5b255c4de6528a%40sraoss.co.jp
Discussion: https://postgr.es/m/adcKr7fob5ZvjhlH@paquier.xyz
Backpatch-through: 14
src/tools/make_ctags