-
Notifications
You must be signed in to change notification settings - Fork 620
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feature: clean up stale tags when appending (-a
)
#1421
Comments
Another example of someone who implemented tags cleaning: https://github.com/kainz/incremental-ctags-hooks. Citation:
|
Now we can link libreadtags to ctags. libreadtags in ctags can be used for the filtering in ctags. Alternative approach is introducing new command like linktags. ldtags, or edittags. More study is needed. I'm working on this topic very slowly. |
make tags for whole the source code (linux kernel):
dropping the tags for code/linux/block/bfq-iosched.c (here I assume you edit the file.)
tagging code/linux/block/bfq-iosched.c again:
Merging filtered.tags and part.tags:
It takes about 9.5s to update the tags file. Just for listing with readtags:
|
A couple of questions:
|
Thank you for the comments.
No optimization here.
As I expected, the result is not so changed. However, we can reduce the step. Thank you.
You are correct.
grep is much faster than readtags -Q. I'm thinking about adding feature for reading tags files to ctags expanding Cpreprocessor macros during parsing. |
- new sections: - Does Universal Ctags support Unicode file names? - Why does zsh cause "zsh: no matches found" error? - add TODO comment for universal-ctags#1421, universal-ctags#2356, and universal-ctags#2540
- new sections: - Does Universal Ctags support Unicode file names? - Why does zsh cause "zsh: no matches found" error? - add TODO comment for universal-ctags#1421, universal-ctags#2356, and universal-ctags#2540
As referenced in #1420. Ideally both features would be implemented for an enormous speed up and increase in ease-of-use (reduction in duplicated code all over the place). The FR:
Because exuberant/universal ctags doesn't support these two things, many tool developers are forced to implement something like it to when regenerating (parts) of their tags files. Some examples:
This would be a natural extension of the append functionality, IMHO.
The text was updated successfully, but these errors were encountered: