全部学习汇总： https://github.com/GreyZhang/editors_skills
近些年在编辑器上花费的时间太多了，尤其是emacs。灵活是好的，很自由。但是，太灵活了之后，也会出现一些选择困难症。尤其是，默认的软件包中不给我们那么多的选择的时候，哪怕是找到正确的那一个都是麻烦的。
我在几个不同的电脑上遇到过ctags的问题了，windows上逐渐积累了一堆可执行文件和动态链接库，这样基本倒还可以应对了。一向是容易的Linux，前阵子我居然也遇到了一些问题。没办法，最终切换了etags。
今天干脆花时间梳理下我电脑里出现的几个ctags，看看他们究竟为什么存在这么不兼容的情况。
我电脑的相应工具有4个，接下来逐个看看基础信息：
- 其中，第一个是我明确用过的可以支持我现在的配置的。大概的版本信息如下：
一个典型的特征是支持-e的操作选项，专门用于emacs。具体如下：
- 第2个其实是很奇怪的，我拿到的emacs软件包里面带着一个。前些时间，我自己编译最新的emacs linux版本也生成了一个。只是，逐个似乎还真是不支持-e的选项。
这个看起来，就是内置在emacs当中的。想来，这个肯定可以支持emacs的使用，只是我现在的使用方法不是很正确。
这个看上去支持的语言还是很多的，但是，很明显是看不到-e的选项。后面如何使用，还是需要去研究下。很可能，在通用性上这个兴许是最好的。而这个，暂且叫它GNU ctags吧！
- 再看看第3个，这个是跟着Arduino的IDE安装的。
看起来，跟第一个似乎是同一个软件，作者也都是一样的。这是，这个程序的生成时间新一点。
而这个，确实也是支持emacs的应用的，带有我一直用的-e的操作选项。
- 再看一下最后一个：
这个基本上让我回忆起来为什么找这份软件了，是在使用陈斌的配置的时候。因为ctags（1、3）似乎是不怎么维护升级了，而这个通用的版本是最新维护中的，bug也会少一点。这么看，这个应该也是跟我习惯应用的版本基本一致的。
从帮助介绍也能够看得出来。综合看来，或许这个会是一个更好的选择。而我之前在使用中遇到问题，可能刚好是用了emacs中内置的版本。
