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: Thu, 28 May 2015 17:29:39 +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> <55670005.2090709@yandex.ru> <55671186.9090503@yandex.ru> <83617cyc9j.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT X-Trace: ger.gmane.org 1432827122 31376 80.91.229.3 (28 May 2015 15:32:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 May 2015 15:32:02 +0000 (UTC) To: dgutov@yandex.ru, 20629@debbugs.gnu.org, Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu May 28 17:31:48 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 1YxzmQ-0004hu-2a for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 May 2015 17:31:34 +0200 Original-Received: from localhost ([::1]:59612 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YxzmP-0000WK-GM for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 May 2015 11:31:33 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35677) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yxzlc-00088f-Bl for bug-gnu-emacs@gnu.org; Thu, 28 May 2015 11:31:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yxzl2-0001x4-8N for bug-gnu-emacs@gnu.org; Thu, 28 May 2015 11:30:44 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yxzl2-0001wN-4b for bug-gnu-emacs@gnu.org; Thu, 28 May 2015 11:30:08 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Yxzl0-00084N-FR for bug-gnu-emacs@gnu.org; Thu, 28 May 2015 11:30:06 -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: Thu, 28 May 2015 15:30:05 +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.143282698530966 (code B ref 20629); Thu, 28 May 2015 15:30:05 +0000 Original-Received: (at 20629) by debbugs.gnu.org; 28 May 2015 15:29:45 +0000 Original-Received: from localhost ([127.0.0.1]:59701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxzke-00083L-DN for submit@debbugs.gnu.org; Thu, 28 May 2015 11:29:44 -0400 Original-Received: from blade3.isti.cnr.it ([194.119.192.19]:2925) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Yxzkb-00083A-7K for 20629@debbugs.gnu.org; Thu, 28 May 2015 11:29:42 -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 <01PMIL2IOKQ8MELMRB@mx.isti.cnr.it> for 20629@debbugs.gnu.org; Thu, 28 May 2015 17:29:39 +0200 (MEST) Original-Received: from pot by tucano.isti.cnr.it with local (Exim 4.85) (envelope-from ) id 1YxzkZ-0005DN-0S; Thu, 28 May 2015 17:29:39 +0200 In-reply-to: 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:103271 Archived-At: >Eli Zaretskii: >>> Francesco Potortì wrote: >>> >> second, if appropriate, match against a tag ::NAME >>> >> third, regex match against a tag .*::NAME$ >>> > >>> >Why can we use colons? That implies some sort of knowledge about C++, >>> >whereas until now etags.el has remained language-agnostic. >>> >>> Mh. I had taken it for given that each major-mode in fact added >>> something to the list of functions called when looking for a tag. >>> Doesn't it work that way? >> >>No. >> >>In addition, doing so would not work if I tried to look up a symbol in >>language A from a buffer whose major mode is tailored to language B. >> >>> If not, couldn't it be done for languages where the >>> language-agnostic behaviour of etags.el is not satisfactory? >> >>etags.el relies on etags.c to know languages well enough to do that >>part of the job. I think we should keep this separation of >>responsibilities. > >I see. Given these constraints, I see no other way than augmenting the >TAGS format to include an arbitrary number of tags per entry... Answering to myself: yes, Dmitry's suggestion would not even need changing the TAGS format. For class-based languages, in addition to the currently generated entry which contains a fully-qualified tag, generate an additional entry containing an unqualified tag (which most of the time will be an implicit tag).