> > It is too vague for discussing. Would you please explain it for example?
> > In what case is it useful?
>
> Sorry for my delay in reply.
>
> For example, I want to just specify:
>
> default:\
>         :tc=native:tc=drupal:
>
> as my project's gtags.conf file i.e. without copying the whole
> gtags.conf over. My $HOME/.globalrc or system-wide gtags.conf will
> already contain the entries for label `native' and `drupal'. my project
> should inherit those settings.

You mean two or more configuration files are effective simultaneously?
If so, it is not upward compatible. It confuses the present users.

Isn't this enough?

$ cp $HOME/.globalrc gtags.conf
$ vi gtags.conf

    or

$ echo myproj >gtags.label

[$HOME/.globalrc]
+---------------------------------
|myproj:\
| :tc=native:tc=drupal:

Incompatible changes are difficult for users to accept.
How about thinking it after introduction of project basis gtags.conf?

> >> > 1.2 gtags.label
> > ...
> > Since gtags.conf has a function to hold two or more configurations in
> > one file, a configuration is specified by both file name and label name.
> > If we offer project basis gtags.conf, we should also offer project basis
> > label, I think.
>
> We don't need it. We either just pick the first label in the project's
> gtags.conf or (by convention) the 'default' label.

I don't understand what you are saying. Which meaning is it?

o We should stop support of GTAGSLABEL.
o We should ignore GTAGSLABEL only when project basis gtags.conf is used.

> The `.notfunction' should also be obsolete and move into gtags.conf.

Why is it?

> The `gtags.files' can be replaced by providing something similar to the
> skip list where we can specify subdirectories or by extensions for
> example, only index *.m files etc.

The 'gtags.files' is the same way as 'cscope.files' of cscope command.
Since it is familiar for many users, they can utilize their own know-how.
It is a gloomy thing to study about different specification method
for every tools.

> I think with these features users only need to worry about one single
> file gtags.conf. We can even provide a dedicated man page for it to help
> new comers get started.

It is reverse rather. Those who need only 'gtags.files' need not know about
'gtags.conf'.

-- 
Shigio YAMAGUCHI <[email protected]>
PGP fingerprint: D1CB 0B89 B346 4AB6 5663  C4B6 3CA5 BBB3 57BE DDA3
_______________________________________________
Bug-global mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-global

Reply via email to