delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1998/11/24/10:25:11

From: "Oliver Roese" <oroese AT edina DOT xnc DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: Re: Rhide: How to configure the searching facilities!
Date: Tue, 24 Nov 1998 16:10:19 +0100
Organization: Xenologics Networks & Communications GmbH
Lines: 32
Message-ID: <73eia6$225@tim.xenologics.com>
References: <Pine DOT SUN DOT 3 DOT 91 DOT 981123191809 DOT 25152B-100000 AT is>
NNTP-Posting-Host: ip203.xnc.de
X-Newsreader: Microsoft Outlook Express 4.72.3110.5
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Reply-To: djgpp AT delorie DOT com

Eli Zaretskii wrote :

...
>On Mon, 23 Nov 1998, Oliver Roese wrote:
...
>> 2) "lid.exe" dont understand C-syntax. If you search a common symbol your
>> message-window will be flooded  with a lot of references.
>
>This is not true.  The `mkid' program that builds the data-base *is*
>language-sensituive, and so the symbols in the data-base are C symbols,
>not simple strings.

Thats perfectly right. What I should have said is, that "Ctags" is for most
C-language related tasks the better tool, since
1) Ctags stores the exact location of his references. Mkid does not, it
stores only the filenames. If you require Grep-like output, a language
insensitive search in this file is performed.
2)Ctags stores only one sourcepoint for each identifier, namely its
definition. Mkid stores every filename in which this identifier occurs.

If you want to explore relative large sourcepools not only consisting of
*.h-files, this can be annoying. This is from where the false conjecture
above came.
By the way, i found out that the Ctags coming with Emacs is clearly inferior
to "Exuberant-Tags" (available for free from
http://fly.hiwaay.net/~darren/ctags/ as already posted).
Best Regards.




- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019