Re: Tony.RE: GNU Global Parsing Suffixless Files Patch

> Yes that sounds a lot nicer. Also if one gave a relative path to the
script
> then this could be taken from where the GPATH database files are found.
> Then that would mean you could have a config being used by a number of
> different projects and also would work when you do a global -u as that
> needs to find the databases from anywhere in the project and it might
> as well use that same location for the hook script. Thus a generic config
> along with specific hook scripts and databases per project.

You are right.

> In reference to:
>         1 - Existing langmap style extension list e.g. `.c.h'.
>         2 - File only glob pattern e.g. `([Mm]akefile)'.
>         3 - A mixture of the above two e.g. `.c.h([Mm]akefile)(*.inc)'
>         4  - A dumb path substring match (possibly with the caveat that
it must
> start with ./ or / to distinguish it from the above?) e.g. '/include/'.
>         5 - A bare name of a file containing a list of filenames  e.g.
`cppfiles'?
> What were you thinking of supporting in --force-language then?

I think 5 is enough.
The file list is suitable for dealing with those with no rules.
We can write rule-based descriptions (1, 2, and 3) to the langmap.

> By the way I'm going away on a source code analysis and comprehension
workshop
> for maybe up to two weeks and so my access to my business email may well
be
> limited, so please don't think I'm ignoring you (although you'll probably
be
> glad of the peace and quiet! :-)).

OK. Thank you for the constructive discussion!

Regards,
Shigio


2016-10-08 4:05 GMT+09:00 Cooper, Anthony <[email protected]>:

> SECURITY CLASSIFICATION: OFFICIAL
>
>
> > -----Original Message-----
> > From: [email protected] [mailto:[email protected]] On Behalf Of
> > Shigio YAMAGUCHI
> > Sent: 06 October 2016 23:56
> > To: Cooper, Anthony
> > Cc: [email protected]
> > Subject: Re: Tony.RE: GNU Global Parsing Suffixless Files Patch
> >
> > > True, I was thinking of when it's integrated as a part of an
> > > editor/IDE and gets called directly, like emacs, on writing a file
> > > and browsing multiple projects with there own global databases.
> > > Again you can add something to the path at the start with your shell
> > > script... Anyway
> > in reference to:
> >
> > OK. How about adding a hook like this?
> >
> > [gtags.conf]
> > :gtags-hook=find ..... > cppfiles:
>
> Yes that sounds a lot nicer. Also if one gave a relative path to the
> script then this could be taken from where the GPATH database files are
> found. Then that would mean you could have a config being used by a number
> of different projects and also would work when you do a global -u as that
> needs to find the databases from anywhere in the project and it might as
> well use that same location for the hook script. Thus a generic config
> along with specific hook scripts and databases per project.
>
> In reference to:
>         1 - Existing langmap style extension list e.g. `.c.h'.
>         2 - File only glob pattern e.g. `([Mm]akefile)'.
>         3 - A mixture of the above two e.g. `.c.h([Mm]akefile)(*.inc)'
>         4  - A dumb path substring match (possibly with the caveat that it
> must start with ./ or / to distinguish it from the above?) e.g. '/include/'.
>         5 - A bare name of a file containing a list of filenames  e.g.
> `cppfiles'?
> What were you thinking of supporting in --force-language then?
>
> By the way I'm going away on a source code analysis and comprehension
> workshop for maybe up to two weeks and so my access to my business email
> may well be limited, so please don't think I'm ignoring you (although
> you'll probably be glad of the peace and quiet! :-)).
>
> Regards,
>
> Tony.
>
> ************************************************************
> ****************
> Communications with GCHQ may be monitored and/or recorded
> for system efficiency and other lawful purposes. Any views or
> opinions expressed in this e-mail do not necessarily reflect GCHQ
> policy.  This email, and any attachments, is intended for the
> attention of the addressee(s) only. Its unauthorised use,
> disclosure, storage or copying is not permitted.  If you are not the
> intended recipient, please notify [email protected].
>
> This information is exempt from disclosure under the Freedom of
> Information Act 2000 and may be subject to exemption under
> other UK information legislation. Refer disclosure requests to
> GCHQ on 01242 221491 ext 30306 (non-secure) or email
> [email protected]
>
> ************************************************************
> ****************
>
>


-- 
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