[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Function palyer plugin parser

From: Shigio YAMAGUCHI
Subject: Re: [PATCH] Function palyer plugin parser
Date: Tue, 16 Feb 2010 09:58:40 +0900

> Are there any comments for use of configuration variable?
> +       @address@hidden(comma separated list)}
> +               Specify the mapping of funtion layer plugin parser.
> +               Each part delimited by the comma consists of the language 
> name, a colon,
> +               the path of shared object, a colon, and the function name.
> +               As a special exception, @name{gtags} collect values from 
> multiple @code{plugin_pa
rser} variables.

1. How about adding a prefix 'gtags_' like follows?


   Because plug-in facility might be needed for htags in the future.

2. How about making function name optional? If we decide 'parser' the default 
   all don't worry about it.

        <language name>:<library path>[:<function name>]

By the way, how to inform gtags that exuberant ctags cannot make GRTAGS and 
Shigio YAMAGUCHI <address@hidden>
PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3

reply via email to

[Prev in Thread] Current Thread [Next in Thread]