from the quill of "David Odin (aka DindinX)" <[EMAIL PROTECTED]> on
scroll <20000207115028.B845@lyon1-52-220>
> 
>    ctags looks good to me :-/
>    At least, the ctags program that comes with vim works great with
> wim.

Yes indeed!  The ctags that comes with vim does work just fine.  That is
what I am using right now.

>  I've seen that we ship a standalone ctags packages that produce a
> slightly
>  different format for tags files.

Yes, this is the problem.  vim does not like the tags file produced with
the standalone version.

>    What should I do? 
>      - Fix the standalone ctags package? But this could break other
> packages
>        that depends on it.
>      - Fix vim so it can read standalone ctags files?

I am not sure who broke what.  This used to work so either:
1) the standalone ctags package replaced the vim packaged ctags recently
2) vim recently changed it's notion of how tags should be sorted
3) ctags recently changed the way it sorts

I think the problem is that 1, 2 or 3 has to be determined before you
can figure out which way to best fix it.

> AFAIU the documentation, vim ctags is 'exuberant ctags', so it is
> normal that
> it produce a different tags. Vim should be able to read 3 differents
> format
> of tags, though:
> 1.  {tagname}           {TAB} {tagfile} {TAB} {tagaddress}
> 2.  {tagfile}:{tagname} {TAB} {tagfile} {TAB} {tagaddress}
> 3.  {tagname}           {TAB} {tagfile} {TAB} {tagaddress} {term}
> {field} ..
> 
> vim's ctags produce the last one and vim is happy with it.

The problem with the standalone ctags is in the way it sorts uppercase
and lowercase, not the format of the individual tag lines.  The vim
ctags sorts all of uppercase tags first then the lowercase tags, the
standalone ctags sorts the upper and lowercase tags in with each other. 
If you have both ctags programs and you use it on some source with
uppercase identifiers and then compare the two "tags" files it should be
obvious what the problem is.

>   Could you please try and tell me what's wrong/what to do?

See above.  :-)

b.


--
Brian J. Murrell                              InterLinx Support Services, Inc.
North Vancouver, B.C.                                             604 983 UNIX
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD

Reply via email to