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:42:15 -0700 (PDT) Message-ID: <3fc83de8-936b-40c4-8e0e-13724cb8bbb0@default> References: <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> <87io5wcjro.fsf@esperi.org.uk> <4f369ede-790e-4ce9-b523-208bf1783924@default> <562BBC1B.4090305@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1445708584 17570 80.91.229.3 (24 Oct 2015 17:43:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 24 Oct 2015 17:43:04 +0000 (UTC) Cc: esperanto@cumego.com, adatgyujto@gmail.com, emacs-devel@gnu.org To: Dmitry Gutov , Nix , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 24 19:42:52 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 1Zq2q8-0001vj-2q for ged-emacs-devel@m.gmane.org; Sat, 24 Oct 2015 19:42:48 +0200 Original-Received: from localhost ([::1]:45145 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zq2q7-0003fW-By for ged-emacs-devel@m.gmane.org; Sat, 24 Oct 2015 13:42:47 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55748) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zq2pu-0003fR-1v for emacs-devel@gnu.org; Sat, 24 Oct 2015 13:42:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zq2pt-00037M-78 for emacs-devel@gnu.org; Sat, 24 Oct 2015 13:42:33 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:39734) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zq2pp-000374-Ai; Sat, 24 Oct 2015 13:42:29 -0400 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t9OHgGoN024054 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 24 Oct 2015 17:42:16 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id t9OHgGkv017495 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 24 Oct 2015 17:42:16 GMT Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id t9OHgGvt010379; Sat, 24 Oct 2015 17:42:16 GMT In-Reply-To: <562BBC1B.4090305@yandex.ru> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] 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:192565 Archived-At: > > (But I agree: the hard part is the parsing. The TAGS file > > data structure is not the problem.) >=20 > It *is* a problem as well. You basically have to re-generate the file > each time you reparse the project (--append has its drawbacks), and GNU > Global optimizes that (someone familiar with SQL databases should easily > imagine a way to do that). > > Further, now we're forced to parse the TAGS file and perform filtering > in Elisp, which can be performed faster in an external program. Global > can help there as well (we don't really need FFI support, unless Global > command line interface is found too limiting). I'm not contrasting TAGS with Gnu Global. You are free to do that. I am not arguing in favor of TAGS over other indexing and querying mechanisms. The TAGS file feature defines an index format and an index query mechanism. That's all. How and when the content of a given index gets generated or updated is a different question. And that generation/updating involves parsing, which has been acknowledged to be the hard part. Everything you say in support of claiming that the data structure "*is* a problem" is, in fact statements about the problem of parsing, not the data structure format. If you want to argue that any use of *files* to hold the index structure is problematic then do so explicitly. Even then, that does not invalidate the TAGS index structure. It need not be stored on disk, in principle.