From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Tue, 27 Oct 2015 05:38:25 +0200 Message-ID: <83bnblaslq.fsf@gnu.org> References: <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <5618D376.1080700@yandex.ru> <831td3t62e.fsf@gnu.org> <561A6199.1020901@cumego.com> <561B9D87.70504@yandex.ru> <87vb9wcpw9.fsf@esperi.org.uk> <83eggkwdgh.fsf@gnu.org> <83611ww5uc.fsf@gnu.org> <83si4xbi2m.fsf@gnu.org> <878u6pcs74.fsf@igel.home> <83io5tbcye.fsf@gnu.org> <87bnblnzn7.fsf@wanadoo.es> <83fv0xbbw0.fsf@gnu.org> <8737wxnum1.fsf@wanadoo.es> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1445917120 20254 80.91.229.3 (27 Oct 2015 03:38:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 27 Oct 2015 03:38:40 +0000 (UTC) Cc: emacs-devel@gnu.org To: =?iso-8859-1?Q?=D3scar?= Fuentes Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 27 04:38:32 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zqv5j-0000wO-H1 for ged-emacs-devel@m.gmane.org; Tue, 27 Oct 2015 04:38:31 +0100 Original-Received: from localhost ([::1]:57281 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zqv5i-0001T1-Rq for ged-emacs-devel@m.gmane.org; Mon, 26 Oct 2015 23:38:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53655) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zqv5Y-0001Su-CD for emacs-devel@gnu.org; Mon, 26 Oct 2015 23:38:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zqv5T-0007WK-9h for emacs-devel@gnu.org; Mon, 26 Oct 2015 23:38:20 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:56023) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zqv5T-0007VV-0l for emacs-devel@gnu.org; Mon, 26 Oct 2015 23:38:15 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NWV004000E1CT00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Tue, 27 Oct 2015 05:38:12 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NWV0046Y0RNAW20@a-mtaout22.012.net.il>; Tue, 27 Oct 2015 05:38:12 +0200 (IST) In-reply-to: <8737wxnum1.fsf@wanadoo.es> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:192706 Archived-At: > From: =D3scar Fuentes > Date: Mon, 26 Oct 2015 23:16:38 +0100 >=20 > Eli Zaretskii writes: >=20 > >> >> TAGS files can handle multiple values for the same key just w= ell. > >> > > >> > If they do, they will not be able to distinguish between the > >> > definition and the references. All the values are equal. > >>=20 > >> I use etags-select for displaying multiple entries for the same = key. The > >> line corresponding to each value is shown, so you can locate wha= t you > >> want reasonably fast. > > > > How fast it is depends on the number of references. It is not > > reasonable to ask the user to examine all the references one by o= ne in > > order to find the single definition. "Go to definition" should b= e > > instantaneous, if we want to satisfy users. >=20 > My example shows multiple definitions of the same key taken from a = TAGS > file, which proves that you can store there multiple values for the= same > key and solve a real problem. You are taking this sub-thread out of context. Its context is that TAGS cannot support both definitions and references because there's n= o indication which one is which. > > References is another matter: there users expect a list from whic= h to > > choose. >=20 > For references, TAGS is of little help. Grep is probably better. ID-Utils is even better. Etc., etc. And that's exactly what this sub-thread is about. > Obviously, pointing to a data member or function and asking for the > references to *that* data member or function is something that is b= eyond > what Emacs core will provide on a realistic timeframe. People inter= ested > on adding that feature to Emacs core would be more productive direc= ting > their effort to GCC than to Emacs. We are not talking about the Emacs core here (which does know how to do what you say). We are talking about TAGS and the functionality that can be built only based on TAGS, without any other databases.