From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov 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 15:52:19 +0300 Message-ID: <5569B283.1080706@yandex.ru> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1432990404 10134 80.91.229.3 (30 May 2015 12:53:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 May 2015 12:53:24 +0000 (UTC) Cc: 20629@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat May 30 14:53:13 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 1YygGG-0000MX-FQ for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 May 2015 14:53:12 +0200 Original-Received: from localhost ([::1]:39400 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YygGF-0001LT-Hb for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 May 2015 08:53:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40396) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YygGB-0001LC-Sj for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 08:53:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YygG6-0004Js-Sz for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 08:53:07 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51221) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YygG6-0004Jm-QO for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 08:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YygG6-0002ca-Er for bug-gnu-emacs@gnu.org; Sat, 30 May 2015 08:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 May 2015 12:53: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.143299035010035 (code B ref 20629); Sat, 30 May 2015 12:53:02 +0000 Original-Received: (at 20629) by debbugs.gnu.org; 30 May 2015 12:52:30 +0000 Original-Received: from localhost ([127.0.0.1]:32963 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YygFZ-0002bn-Pm for submit@debbugs.gnu.org; Sat, 30 May 2015 08:52:30 -0400 Original-Received: from mail-wi0-f175.google.com ([209.85.212.175]:36946) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YygFX-0002bZ-Jm for 20629@debbugs.gnu.org; Sat, 30 May 2015 08:52:28 -0400 Original-Received: by wifw1 with SMTP id w1so53630754wif.0 for <20629@debbugs.gnu.org>; Sat, 30 May 2015 05:52:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=KZ/su0W9YRwkASVTTHOCx8AeI3eDZ4erBy8zfjZxUK0=; b=AHEPjjbuBDobU2h8MFzVGMBilOwWOxaQXuar0m15mCHn/Tp8wXeRMso1HR6xStwkaH n3jJMlCcaOPogNPFr58nvWjKTthO0YsX84hcm35ojLYJQ6gLuckBpJAWAp0P4j/u+RQD 2W+0jFNz7jdjTA51b/nfCCKp9Zcldn1Q5npWuT0iybXYAtoeDJE3WfF1cIYUS7dMB2QC hoOtfMtMBlcIKitR+DQWsNN50uG3a1CWL4lGqdt35C9u0gyVDDgqII8GpzQlx79cY4oO V4fQbIhtOECwxqYAsrSgJuxp4dlG898SPJeP28QLDwbapYYwTCzsYbKZ5GKKBmkgmPnZ Dslg== X-Received: by 10.194.184.140 with SMTP id eu12mr23944432wjc.78.1432990341831; Sat, 30 May 2015 05:52:21 -0700 (PDT) Original-Received: from [192.168.1.2] ([82.102.93.54]) by mx.google.com with ESMTPSA id w11sm12685073wjr.48.2015.05.30.05.52.21 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 30 May 2015 05:52:21 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 In-Reply-To: <831thywo8q.fsf@gnu.org> 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:103359 Archived-At: On 05/30/2015 09:52 AM, Eli Zaretskii wrote: > The crucial difference is that the number of matches must now be > small, something that required us to remove the method which could > cope with qualified tags when the symbol at point was unqualified. I suppose so. > True. But the original arrangement worked well with both with > find-tag and with completions; now that we removed tag-symbol-match-p > and qualified names, completion is less user-friendly. But it wasn't ideal either. For instance, with C++, completion couldn't offer unqualified method names, because the indexer always qualified them. It was up to the user to figure out that typing an unqualified method name and pressing RET would still yield something useful. > So I think we should default to having 2 entries for each such tag. 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.