Tags versus Symbols
Hello all.
Just discovered GLOBAL today and like it very much...however there is
one issue that will be the deciding factor on whether I can use it or
not. Hopefully I can...
I am seeing structure elements not being defined as tags and instead as
symbols. Let's take the following example structure below:
typedef struct {
VpDevCtxType *pDevCtx; /* Pointer to device Context */
uint8 channelId; /* Channel identity */
VpLineCtxType *pLineCtx; /* Pointer to Line Context */
VpTermType termType; /* Termination Type */
VpLineIdType lineId; /* Application system wide line
identifier */
} VpLineInfoType;
>From a source file, foo.c, running 'xgtags-find-tag' on VpLineInfoType
takes me to this structure. So far so good. When I run 'xgtags-find-tag'
on one of the elements of this structure, pDevCtx for example, the tag
is not found. Using CTAGS, I can jump to this tag without issue.
I tried running 'xgtags-find-symbol' but that seems to give me ALL
references to the symbol pDevCtx. This is very unmanageable as I want to
simply get a concise list of definitions, not references. Why do these
structure elements appear in the SYM file instead of TAGS. Is there some
configuration parameter I'm missing?
Is there anyway I can remedy this situation? I like the reference
capabilities of GLOBAL but need to have tag handling like ctags, ectags,
etags, etc.
Please help...
Thanks in advance.
Javier
___
Help-global mailing list
Help-global@gnu.org
http://lists.gnu.org/mailman/listinfo/help-global
RE: Tags versus Symbols
Forgot to mention that I'm using emacs xgtags.el for displaying. This
does not affect the creation of the tag/symbol files, but wanted to
mention it none-the-less.
Thanks.
Javier
From: Oviedo Javier-PKJ843
Sent: Tuesday, May 22, 2007 5:28 PM
To: 'help-global@gnu.org'
Subject: Tags versus Symbols
Hello all.
Just discovered GLOBAL today and like it very much...however
there is one issue that will be the deciding factor on whether I can use
it or not. Hopefully I can...
I am seeing structure elements not being defined as tags and
instead as symbols. Let's take the following example structure below:
typedef struct {
VpDevCtxType *pDevCtx; /* Pointer to device Context */
uint8 channelId; /* Channel identity */
VpLineCtxType *pLineCtx; /* Pointer to Line Context */
VpTermType termType; /* Termination Type */
VpLineIdType lineId; /* Application system wide line
identifier */
} VpLineInfoType;
From a source file, foo.c, running 'xgtags-find-tag' on
VpLineInfoType takes me to this structure. So far so good. When I run
'xgtags-find-tag' on one of the elements of this structure, pDevCtx for
example, the tag is not found. Using CTAGS, I can jump to this tag
without issue.
I tried running 'xgtags-find-symbol' but that seems to give me
ALL references to the symbol pDevCtx. This is very unmanageable as I
want to simply get a concise list of definitions, not references. Why do
these structure elements appear in the SYM file instead of TAGS. Is
there some configuration parameter I'm missing?
Is there anyway I can remedy this situation? I like the
reference capabilities of GLOBAL but need to have tag handling like
ctags, ectags, etags, etc.
Please help...
Thanks in advance.
Javier
___
Help-global mailing list
Help-global@gnu.org
http://lists.gnu.org/mailman/listinfo/help-global
RE: Tags versus Symbols
This is quite unfortunate. Why would the tag parser not be implemented to handle structure elements? I can't be the only person who would want that feature. Has anyone implemented this already, by chance? I don't have the skills to make the changes. Thanks! Javier > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 23, 2007 9:15 AM > To: Oviedo Javier-PKJ843 > Cc: help-global@gnu.org > Subject: Re: Tags versus Symbols > > Hello, > > simply get a concise list of definitions, not references. > Why do these > > structure elements appear in the SYM file instead of TAGS. Is there > > some configuration parameter I'm missing? > > As you said, current GLOBAL put structure members to GSYMS > instead of GTAGS. > To change this, at present, you can do nothing but change the parser. > You can find it in gtags-parser/ directory. > -- > Shigio YAMAGUCHI <[EMAIL PROTECTED]> - Tama Communications > Corporation PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 > 3CA5 BBB3 57BE DDA3 > ___ Help-global mailing list Help-global@gnu.org http://lists.gnu.org/mailman/listinfo/help-global
RE: Tags versus Symbols
Hello Shigio. I came across this section in the tutorial. If I used exuberant ctags, for example, then I could get the tag treatment which I'm currently used to along with the other features of Global. Is my understanding correct? 4.2 Plug-in parser. You can write new parser and use as a plug-in parser. 4.2.1 How to plug in a parser. If so, how would I do this for the windows environment. I have the latest exuberant ctags executable which I current use for tagging. If not then how can I modify gtags-parser to accomplish what I need/want? Thanks!! Javier > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Wednesday, May 23, 2007 9:15 AM > To: Oviedo Javier-PKJ843 > Cc: help-global@gnu.org > Subject: Re: Tags versus Symbols > > Hello, > > simply get a concise list of definitions, not references. > Why do these > > structure elements appear in the SYM file instead of TAGS. Is there > > some configuration parameter I'm missing? > > As you said, current GLOBAL put structure members to GSYMS > instead of GTAGS. > To change this, at present, you can do nothing but change the parser. > You can find it in gtags-parser/ directory. > -- > Shigio YAMAGUCHI <[EMAIL PROTECTED]> - Tama Communications > Corporation PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 > 3CA5 BBB3 57BE DDA3 > ___ Help-global mailing list Help-global@gnu.org http://lists.gnu.org/mailman/listinfo/help-global
RE: Tags versus Symbols
I guess to sort of answer my own question... using a plug in parser means that I get the functionality of that parser. I would not be able to get the reference tag table etc. created using ctags. In anycase, gtags gives errors when gtags.conf points to exuberant ctags. It complains that GPATH is corrupted. Tried investigating where to modify gtags-parser so that structure elements are considered as tags and not "other" symbols, but got a little lost. I'm trying really hard not to give up on GLOBAL. ;-) Can someone help me please? Basically need more robust tagging (as mentioned above) but still be able to get references and grep easily. Javier > -Original Message----- > From: Oviedo Javier-PKJ843 > Sent: Tuesday, June 05, 2007 2:29 PM > To: '[EMAIL PROTECTED]' > Cc: help-global@gnu.org > Subject: RE: Tags versus Symbols > > Hello Shigio. > > I came across this section in the tutorial. If I used > exuberant ctags, for example, then I could get the tag > treatment which I'm currently used to along with the other > features of Global. Is my understanding correct? > > > 4.2 Plug-in parser. > You can write new parser and use as a plug-in parser. > > 4.2.1 How to plug in a parser. > > > If so, how would I do this for the windows environment. I > have the latest exuberant ctags executable which I current > use for tagging. > > If not then how can I modify gtags-parser to accomplish what > I need/want? > > Thanks!! > Javier > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, May 23, 2007 9:15 AM > > To: Oviedo Javier-PKJ843 > > Cc: help-global@gnu.org > > Subject: Re: Tags versus Symbols > > > > Hello, > > > simply get a concise list of definitions, not references. > > Why do these > > > structure elements appear in the SYM file instead of > TAGS. Is there > > > some configuration parameter I'm missing? > > > > As you said, current GLOBAL put structure members to GSYMS > instead of > > GTAGS. > > To change this, at present, you can do nothing but change > the parser. > > You can find it in gtags-parser/ directory. > > -- > > Shigio YAMAGUCHI <[EMAIL PROTECTED]> - Tama Communications > > Corporation PGP fingerprint: D1CB 0B89 B346 4AB6 5663 C4B6 > > 3CA5 BBB3 57BE DDA3 > > ___ Help-global mailing list Help-global@gnu.org http://lists.gnu.org/mailman/listinfo/help-global
