From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Francesco =?UTF-8?Q?Potort=C3=AC?= Newsgroups: gmane.emacs.bugs Subject: bug#20629: 25.0.50; Regression: TAGS broken, can't find anything in C++ files. Date: Sat, 30 May 2015 16:21:29 +0200 Message-ID: References: <555EC552.5010600@swipnet.se> <55606A8F.1020109@swipnet.se> <55606CC7.3010401@yandex.ru> <55606F70.10605@swipnet.se> <83twv31jzg.fsf@gnu.org> <83pp5r1hdx.fsf@gnu.org> <83mw0v1e5n.fsf@gnu.org> <83lhgczo16.fsf@gnu.org> <55639175.9090005@yandex.ru> <83fv6kysjf.fsf@gnu.org> <556447EF.3050103@yandex.ru> <83bnh7z8c5.fsf@gnu.org> <5564C2C7.5050909@yandex.ru> <837frvywfn.fsf@gnu.org> <55650812.60909@yandex.ru> <831ti2yu1a.fsf@gnu.org> <5565E28A.5040507@yandex.ru> <83wpzuxbtd.fsf@gnu.org> <5565E8AB.5020107@yandex.ru> <83r3q2xa3q.fsf@gnu.org> <5566583F.7020503@yandex.ru> <83h9qxxvo4.fsf@gnu.org> <5566EC49.8010907@yandex.ru> <837frsycly.fsf@gnu.org> <5567351E.7020006@yandex.ru> <83zj4owthp.fsf@gnu.org> <5567AE52.1000600@yandex.ru> <83fv6fx0nk.fsf@gnu.org> <55687241.5030200@yandex.ru> <83617bw84o.fsf@gnu.org> <5568C589.5000405@yandex.ru> <834mmvw28j.fsf@gnu.org> <5568EA08.9070401@yandex.ru> <831thywo8q.fsf@gnu.org> <5569B283.1080706@yandex.ru> NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1432995741 24724 80.91.229.3 (30 May 2015 14:22:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 May 2015 14:22:21 +0000 (UTC) Cc: 20629@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 30 16:22:10 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1YyheM-0004af-6v for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 May 2015 16:22:10 +0200 Original-Received: from localhost ([::1]:39607 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YyheL-0003N3-Ej for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 May 2015 10:22:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50816) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YyheI-0003KU-G4 for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 10:22:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YyheE-0006qv-FN for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 10:22:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51886) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YyheE-0006qr-D0 for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 10:22:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YyheE-0004pV-6Z for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 10:22:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Francesco =?UTF-8?Q?Potort=C3=AC?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 May 2015 14:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20629 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20629-submit@debbugs.gnu.org id=B20629.143299569418527 (code B ref 20629); Sat, 30 May 2015 14:22:02 +0000 Original-Received: (at 20629) by debbugs.gnu.org; 30 May 2015 14:21:34 +0000 Original-Received: from localhost ([127.0.0.1]:33628 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yyhdl-0004ol-NB for submit@debbugs.gnu.org; Sat, 30 May 2015 10:21:33 -0400 Original-Received: from blade3.isti.cnr.it ([194.119.192.19]:43328) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yyhdj-0004oc-Rn for 20629@debbugs.gnu.org; Sat, 30 May 2015 10:21:32 -0400 Original-Received: from tucano.isti.cnr.it ([146.48.81.102]) by mx.isti.cnr.it (PMDF V6.5-x6 #32097) with ESMTPSA id <01PMLB9PH46KMEOTFA@mx.isti.cnr.it> for 20629@debbugs.gnu.org; Sat, 30 May 2015 16:21:29 +0200 (MEST) Original-Received: from pot by tucano.isti.cnr.it with local (Exim 4.85) (envelope-from ) id 1Yyhdh-0002vj-8N; Sat, 30 May 2015 16:21:29 +0200 In-reply-to: <5569B283.1080706@yandex.ru> X-INSM-ip-source: 146.48.81.102 Auth Done X-fingerprint: 4B02 6187 5C03 D6B1 2E31 7666 09DF 2DC9 BE21 6115 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:103365 Archived-At: >Another thing to consider is the possibility of merging Ex-Ctags and >Etags in the future. Compatible behaviors would make it easier on the users. In fact, Exhuberant-ctags and Etags are very different, internally. Etags is faster (which nowadays is not that important) and creates optimised TAGS files (which nowadays is not that important). Ex-ctags generates new-style ctags tags and can recurs directories, both of which would be easy to implement in Etags. When I compared them, more than ten years ago, the quality of generated tags were comparable. I don't know if things have changed in the meantime, but I don't think that they have changed a lot. The code of Ex-ctags is much more structured and, at a first sight, readable. However, I have never tried to go deeply into it, so I don't know if, in fact, it is really easier to manage. So "merging" would mean, in fact, to have the communities managing them agree on one of them and improve it so that it becomes a superset of the other, then officielly declare the other one as deprecated.