Hello, > Please find attached a new patch that solves the problem of empty tag files > (and no references/definitions returned by 'global') when using Universal > Ctags > with particular configuration files. The problem is triggered by some > Universal > Ctags options that alter the output format, making 'gtags' fail to parse its > output. > > The solution is to use '--options=NONE' at start of options passed to > Universal > Ctags (and '--quiet' before to avoid a warning about skipping configuration > files).
Is it a bug fix? If so, could you please let me know how to reproduce the bug? > But it is sometimes useful to specify options to Universal Ctags that alter > the list of returned tags (but not the format, e.g., '--kinds-C='). To this > end, > I also added the 'ctagsoptfile' configuration option. How to use 'ctagsoptfile' configuration variable? Could you please show me a concrete usage example? > Not tested (even compiled) on Windows, although I modified the code for this > variant > as well with care. No problem. It is OK if tested on UNIX. Regards, Shigio On Fri, Apr 7, 2023 at 8:07 PM Olivier Certner <[email protected]> wrote: > > Hello, > > Please find attached a new patch that solves the problem of empty tag files > (and no references/definitions returned by 'global') when using Universal > Ctags with particular configuration files. The problem is triggered by some > Universal Ctags options that alter the output format, making 'gtags' fail to > parse its output. > > The solution is to use '--options=NONE' at start of options passed to > Universal Ctags (and '--quiet' before to avoid a warning about skipping > configuration files). > > But it is sometimes useful to specify options to Universal Ctags that alter > the list of returned tags (but not the format, e.g., '--kinds-C='). To this > end, I also added the 'ctagsoptfile' configuration option. > > Not tested (even compiled) on Windows, although I modified the code for this > variant as well with care. > > Regards. > > -- > Olivier Certner -- Shigio YAMAGUCHI <[email protected]> PGP fingerprint: 26F6 31B4 3D62 4A92 7E6F 1C33 969C 3BE3 89DD A6EB
