The attached patch allows users to specify a path to their `etags` executable for use when doing `make tags`, which is meant to close PR other/103021: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103021 I based this patch off of this one from upstream automake: https://git.savannah.gnu.org/cgit/automake.git/commit/m4?id=d2ccbd7eb38d6a4277d6f42b994eb5a29b1edf29 This means that I just supplied variables that the user can override for the tags programs, rather than having the configure scripts actually check for them. I handle etags and ctags separately because the intl subdirectory has separate targets for them. Tested with `make tags`; the changes I made work successfully, but some of the subdirectories still have broken tags targets, so I had to switch to `make -k tags` part way through. This isn't because of anything I did, though; the `-k` flag is only necessary because of errors that were already there before I touched anything. Also note that this patch only affects the subdirectories that use handwritten Makefiles; the ones that use automake will have to wait until we update the version of automake used to be 1.16.4 or newer before they'll be fixed.
patch-configurable-etags.diff
Description: Binary data