On Wed, Aug 12, 2020 at 7:18 AM Punit Agrawal <punitagra...@gmail.com> wrote:
[...] > I will look into this (hopefully later today) and look for a way to > fix the regression. I looked into this some more and have a somewhat better understanding of the issue - * When used, pygments only provide reference tags (GRTAGS) not definition tags * The definitions were provided by /usr/bin/ctags (in 6.4.4-3). "ctags" is usually a symlink pointing to one of few possible ctags implementations - ctags.emacs, exuberant-ctags, universal-ctags the ones I've come across. * The pygments plugin script (/usr/share/global/gtags/script) has a dependency on exuberant ctags but may also be able compatible with other ctags implementations. It is possible to override this by using "ctagscom=" in the config file. Looking at these, the changes introduced in 6.4.4-4 seem to be headed in the right direction. Users not wanting to install exuberant-ctags can update the config file to use "ctagscom=" in the pygments fragment to point global to their preferred "ctags" implementation. This may lead to compatibility issues in some situation. I will look to improve the messages in the pygments plugin when exuberant-ctags binary is not detected in the system. Let me know if you have any other suggestions. Thanks, Punit
