etags 如何配置包含系统头文件的TAGS？

[Youmu]

Citre: 先进的 Ctags 前端

[logo] 项目地址：GitHub - universal-ctags/citre: Ctags IDE on the True Editor Citre 也许是目前最先进的 Ctags 的编辑器前端。 基本功能 Citre 提供了自动补全（通过 completion-at-point）、xref 和 imenu 支持。 [capf] （自动补全，左右分别是 company 和 selectrum 的 UI） Citre 提供了 citre-jump 命令，通过 completing-read 界面让你浏览和跳转到一个符号的定义： [citre-jump] Citre 通过 readtags 程序（Universal Ctags 自带）来使用 tags 文件。得益于 readtags 的二分搜索，Citre 即使在 Linux 内核这样的大项目中也拥有不错的速度。 citre-peek citre-peek 是最强力的代码阅读工具。 在传统的代码阅读工具中，我们为了追踪一个调用链，经常需要打开一大堆 buffer，在它们之间来回切换以理解代码，还要时常清理…

ctags -L file, file 里是需要被索引的文件，把系统文件包含就行了。另外可以看一下上文链接的 Citre，并且也说明了 ctags 优于 etags 的几点

Citre: 先进的 Ctags 前端

说一些我现在能想到的。 最重要的是，TAGS 格式本身信息不是很丰富，基本上就只有名字和位置信息。tags 格式更加丰富一些，你看我的截图里那些符号都标明了种类（也就是说一个符号是 macro、function 还是别的什么）和类型。 基于这些信息，Citre 可以实现更准确的过滤和排序。一个很实用的东西是对非全局的符号，ctags 会标明它的 scope 是 file。Citre 在找定义或补全时会排除具有 file scope，且不在当前文件中的符号。这样可以排除大量不需要的结果。 另外，注意到我自动补全的截图中，由于当前符号在一个 . 的后面，Citre 推测你需要一个结构体成员，因此补全出来的结果中 member 种类是放在其他结果前面的。虽然基于 ctags 的工具做不到 lsp 那么智能，但我们可以提供类似这样的贴心小规则。利用 TAGS 文件是不可能做到这一点的。 总而言之，更丰富的信息可以帮我们更好地理解代码。试想我们要做这样一件事情：我需要某个库里面的一个函数，我不知道它叫什么，但它的功能是插值，所以里面应该有 interpolate 之类的单词。。。我们可以…