Ctags/Cscope/other在构建数据库时考虑了include和makefile
默认情况下,据我所见,ctags和cscope解析一组C文件,并构建关于标识符/宏的数据库/索引(例如ctags文件…)。。。在解析过程中遇到 稍后,当用户询问给定的标识符时,会给他一个可能的位置列表,用于声明该标识符。然后,用户可以从列表中选择一个选项,并查看标识符的定义 现在,例如,如果您在linux内核中请求标识符“dev”,那么可供选择的列表长度超过1500个条目 实际上,一次只使用一个定义。由于Ctags/Cscope/other在构建数据库时考虑了include和makefile,c,scope,ctags,C,Scope,Ctags,默认情况下,据我所见,ctags和cscope解析一组C文件,并构建关于标识符/宏的数据库/索引(例如ctags文件…)。。。在解析过程中遇到 稍后,当用户询问给定的标识符时,会给他一个可能的位置列表,用于声明该标识符。然后,用户可以从列表中选择一个选项,并查看标识符的定义 现在,例如,如果您在linux内核中请求标识符“dev”,那么可供选择的列表长度超过1500个条目 实际上,一次只使用一个定义。由于#includes(包括或不包括哪些其他文件)或制定规则(哪些对象链接在一起),其余部分在构
#includes
(包括或不包括哪些其他文件)或制定规则(哪些对象链接在一起),其余部分在构建时被排除在外
有没有办法告诉Ctags/Cscope(或任何其他人)将#includes
和生成文件
考虑在内,以生成更好的列表?希望只是在列表中留下唯一有效的引用,或者至少按照更高的概率顺序对列表进行排序
我知道,构建选项可能会影响这一点,而且工具(Ctags、Cscope…)无法预先猜测这些选项。此外,当使用Ctag/Cscope时,构建环境可能非常复杂或不完整/缺失。。。但在我看来,尝试一下可能会比简单地列出1000多条可供选择的条目更好
或者有没有任何理由不这样做,因为我显然缺少…我认为这应该在使用这些程序生成的标记文件只过滤相关条目的工具中完成。