From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Assignment of misc packages for emacs Date: Wed, 15 May 2002 13:20:09 +0300 (IDT) Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1021458256 16022 127.0.0.1 (15 May 2002 10:24:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 15 May 2002 10:24:16 +0000 (UTC) Cc: no-spam@cua.dk, rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 177vxA-0004AJ-00 for ; Wed, 15 May 2002 12:24:16 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 177w8d-0000Zb-00 for ; Wed, 15 May 2002 12:36:07 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 177vx6-0004aQ-00; Wed, 15 May 2002 06:24:12 -0400 Original-Received: from is.elta.co.il ([199.203.121.2]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 177vv5-0004R0-00; Wed, 15 May 2002 06:22:08 -0400 Original-Received: from is (is [199.203.121.2]) by is.elta.co.il (8.9.3/8.8.8) with SMTP id NAA04033; Wed, 15 May 2002 13:20:10 +0300 (IDT) X-Sender: eliz@is Original-To: Andreas Schwab In-Reply-To: Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3962 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3962 On Wed, 15 May 2002, Andreas Schwab wrote: > Eli Zaretskii writes: > > |> Perhaps we should make the ID-utils interface part of Emacs, and expand > |> it to present a menu of possibilities. > > We already have etags, which is pretty similar. No. etags only records _definitions_ of functions, macros, typedefs, etc. It does not record where they are _used_, and it by default doesn't record local variables. By contrast, mkid records _all_ tokens, no matter what their usage is. So if you want to know where is some function _called_ etags won't help, but ID will. I always think about ID-utils as a language-aware Grep.