Masatake YAMATO

> Random thought: if we used the "normal" tags output format, wouldn't we be able to reuse the already at least part of the available readtags code? I think mine...

The initial version of `--xformat` option is submitted in #645. Through implemeint `--xformat` I have recognized scope, inherits, and typeref fields are very releated to ref field. I have to...

@vhda, sorry to be late. I got the same health trouble again. I think universal ctags should provide "interface" about reference: the tags format and command line. About tags format...

@vhda, I think I misunderstood what you wrote. You used "typeref". I guessed you used it as field name. Now I guess you used it as kind name.

Hey @shigio, draft version for gtags support works in my note PC. ``` yamato@x201]~/var/ctags-github% cat input.sh source commonFuncs.sh foo() { return 0 } [yamato@x201]~/var/ctags-github% ./ctags -o - input.sh foo input.sh...

@shigio, I didn't see conigure of GLOBAL yet but, I recommend you to check `R` in `--list-fields` output. This will be the most stable way. ``` % ./ctags --list-fields |...

I kept this optn till reviewing/merging scheme related code of the original PR. I will work on this topic after releasing 1.0.0.

Nothing wrong in your operation. Though there is an infrastructure for recording reference tags, only a few parser utilizes it.

Currently, a parser author must define R_SCHEME_GENERIC. Further more, such role must be defined for each kind. -1 is reserved as ``` #define ROLE_INDEX_DEFINITION -1 ``` You can define a...

Thank you for input. Can I ask you to convert this issue to a test case? I want to have these you reported as test cases that are marked 'known...