Re: langmap priority

[Shigio YAMAGUCHI]

Hi,

> Ctags processes the list in the way "last wins".

You are right. I didn't notice it at all.

> Not knowing anything about the gtags internals or the ctags parser in particular,

> I'd suggest that gtags invokes ctags with the option "--language-force",

> passing as an argument the language that gtags thought was the correct one.

Exuberant-ctags plug-in parser invokes ctags using filter mode (--filter).

Is the --language-force available in filter mode?

Otherwise, we may have to trim the langmap string itself before passing it to ctags.

Anyway, I will put this into the BUGS list.

Thank you.

Regards

Shigio

2015-08-28 17:34 GMT+09:00 Marcus Harnisch <address@hidden>:

• What was occurred? (as is)

A custom label inherits from "exuberant-ctags", i.e. gets all its langmap definitions. One is supposed to be replaced without modifying the "exuberant-ctags" label.
Apparently, gtags processes the langmap in the way "first wins", as I have to specify the replacement mapping before including the parent. This list is then passed to the ctags parser in the same order. Ctags processes the list in the way "last wins".

As a result, gtags --explain tells me the expected langmap result. Ctags, however, which uses the original langmap, doesn't find any tags in the file.

• What did you expect from it?

Not knowing anything about the gtags internals or the ctags parser in particular, I'd suggest that gtags invokes ctags with the option "--language-force", passing as an argument the language that gtags thought was the correct one.

Thanks

Marcus

_______________________________________________
Bug-global mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/bug-global

--

Shigio YAMAGUCHI <address@hidden>

PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3