GNU bug report logs -
#73484
31.0.50; Abolishing etags-regen-file-extensions
Previous Next
Full log
View this message in rfc822 format
On 02/10/2024 14:28, Eli Zaretskii wrote:
>> Date: Tue, 1 Oct 2024 02:19:17 +0300
>> Cc: spwhitton <at> spwhitton.name, 73484 <at> debbugs.gnu.org
>> From: Dmitry Gutov <dmitry <at> gutov.dev>
>>
>> On 29/09/2024 11:25, Eli Zaretskii wrote:
>>> I understand that we need to disable the Fortran and C fallbacks to
>>> avoid false positives, but what do we want to do if the fallbacks are
>>> disabled and no suitable language parser is found using the file name?
>>> Just skip the file and do nothing? emit a warning? something else?
>>
>> Just do nothing.
>
> Doing nothing means the file's name will not appear at all in TAGS. I
> don't think that's TRT, since every file submitted to etags should be
> mentioned in TAGS for the benefit of tags-search and similar features.
Hmm, maybe another flag, then?
Including many unrelated files would just bloat the tags file for little
reason. And unlike manual generation, it's not like the user asked for
all of them to be included.
> So I currently tend to modify etags such that if no language was
> detected by the file's name/extension, and this new no-fallbacks
> option was specified, etags will behave as if given --language=none
> (which also means that if any regexps were specified, they will be
> processed correctly for such files).
Any regexps for "all" files, right? For our etags-regen configuration in
the Emacs repo, for example, we add 2 regexps, but for specific file
types only.
If regexps are configured for 'none', and they match something,
certainly the file should be in the index.
> If no regexps were specified or
> none matched, this means only the file's name will appear in TAGS, and
> that's all.
...but if there are no matches I'd prefer the files to be skipped. The
files detected as type 'none' anyway.
This bug report was last modified 225 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.