From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: IDE Date: Sat, 24 Oct 2015 10:37:47 -0700 (PDT) Message-ID: <8f6b4e5c-6872-4f53-845e-b671b7fe0f8e@default> References: <> <<83fv1r3gzp.fsf@gnu.org>> <> <<83bncf3f9k.fsf@gnu.org>> <> <<5610E0BC.8090902@online.de>> <<83si5r106e.fsf@gnu.org>> <> <<831td9z18h.fsf@gnu.org>> <> <<5612E996.7090700@yandex.ru>> <> <> <<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>> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1445708322 13665 80.91.229.3 (24 Oct 2015 17:38:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 24 Oct 2015 17:38:42 +0000 (UTC) Cc: nix@esperi.org.uk, emacs-devel@gnu.org, esperanto@cumego.com, adatgyujto@gmail.com, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 24 19:38:29 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 1Zq2ls-0005SX-Oe for ged-emacs-devel@m.gmane.org; Sat, 24 Oct 2015 19:38:25 +0200 Original-Received: from localhost ([::1]:45122 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zq2lr-00017F-MM for ged-emacs-devel@m.gmane.org; Sat, 24 Oct 2015 13:38:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54744) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zq2lf-00017A-95 for emacs-devel@gnu.org; Sat, 24 Oct 2015 13:38:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zq2le-00021B-DQ for emacs-devel@gnu.org; Sat, 24 Oct 2015 13:38:11 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:39305) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zq2lZ-0001vq-MB; Sat, 24 Oct 2015 13:38:05 -0400 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t9OHbpoM021271 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 24 Oct 2015 17:37:51 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t9OHbpfj032576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 24 Oct 2015 17:37:51 GMT Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by userv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t9OHbnCX000631; Sat, 24 Oct 2015 17:37:49 GMT In-Reply-To: <<83611ww5uc.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:192564 Archived-At: > > Where "definition" can be whatever you want, AFAIK. >=20 > "Definition" in this context means the implementation. There's only > one implementation, but there might be many references > (a.k.a. "calls"). That just assumes that you index only the "implementation". In principle, a TAGS file could be created (including on the fly) from not only "the implementation" files but also the "calls" files. > > A TAGS file is just an index. You can index whatever you like, > > AFAIK. >=20 > An index where the key is the symbol itself can only hold one instance > of every symbol. Is a TAGS file limited to symbols? I didn't think so. And I definitely have TAGS files that have multiple entries for the same symbol definition. The definitions are from different source files, but they are in the same TAGS file (in different sections, separated by form-feed chars). For example: ^L frame-cmds-OLD.el,1980 (defun iconify-everything ()=7Ficonify-everything=01298,11152 ... ^L frame-cmds.el,1890 (defun iconify-everything ()=7Ficonify-everything=01141,5218