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#22947: 25.0.92; xref-find-definitions fails for Perl & etags Date: Fri, 11 Mar 2016 03:45:39 +0200 Message-ID: <2c9b9fe9-4df0-1ba2-123d-ab4743bf49ca@yandex.ru> References: <22239.6546.544495.576771@gargle.gargle.HOWL> <88256367-3f1d-6dda-a509-d89e3c8e6c28@yandex.ru> <22239.36324.478948.721025@gargle.gargle.HOWL> <83y49qlbam.fsf@gnu.org> <272376b7-ad78-a16d-ceeb-d7408fb59fdb@yandex.ru> <83oaaml57e.fsf@gnu.org> <2823a513-de6a-2c99-fc06-825efb1f0be0@yandex.ru> <83io0ul2vb.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 1457660787 27113 80.91.229.3 (11 Mar 2016 01:46:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 11 Mar 2016 01:46:27 +0000 (UTC) Cc: 22947@debbugs.gnu.org, rogers@modulargenetics.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 11 02:46:16 2016 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 1aeC9b-0002Ha-N5 for geb-bug-gnu-emacs@m.gmane.org; Fri, 11 Mar 2016 02:46:11 +0100 Original-Received: from localhost ([::1]:52106 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aeC9a-0000Vj-W2 for geb-bug-gnu-emacs@m.gmane.org; Thu, 10 Mar 2016 20:46:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aeC9W-0000VT-7v for bug-gnu-emacs@gnu.org; Thu, 10 Mar 2016 20:46:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aeC9T-0005ie-1p for bug-gnu-emacs@gnu.org; Thu, 10 Mar 2016 20:46:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:47063) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aeC9S-0005i4-UL for bug-gnu-emacs@gnu.org; Thu, 10 Mar 2016 20:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aeC9S-0002Cz-Dq for bug-gnu-emacs@gnu.org; Thu, 10 Mar 2016 20:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 11 Mar 2016 01:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22947 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22947-submit@debbugs.gnu.org id=B22947.14576607488467 (code B ref 22947); Fri, 11 Mar 2016 01:46:02 +0000 Original-Received: (at 22947) by debbugs.gnu.org; 11 Mar 2016 01:45:48 +0000 Original-Received: from localhost ([127.0.0.1]:44190 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aeC9E-0002CV-6a for submit@debbugs.gnu.org; Thu, 10 Mar 2016 20:45:48 -0500 Original-Received: from mail-wm0-f46.google.com ([74.125.82.46]:37538) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aeC9D-0002CJ-CY for 22947@debbugs.gnu.org; Thu, 10 Mar 2016 20:45:47 -0500 Original-Received: by mail-wm0-f46.google.com with SMTP id p65so9842285wmp.0 for <22947@debbugs.gnu.org>; Thu, 10 Mar 2016 17:45:47 -0800 (PST) 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-transfer-encoding; bh=J2ylhqAo6oAqvtCFj/HEfhSc2vuLnugWI0pzgsfU78c=; b=GypiA6JhuQb6TUoQf2/YIGkBusQ6Yr5rftNp56C8cSRl3OehUzVCywhU6MnKI93LOa S7H8h2Ek6fF1CIRNagkxRwgzIK4oJ3HvZ5sqhgMCeA//V0cyvli4KjIMjrmEsm0svSpG PQSQJRWWAZ6Gd5a0EN2Wo0KtUB6Ewgp/McxV7lO7G0PLSKjKQuFHTrIwJZJp3kQZo4+Y OfVihxWMYK02CwlW+sGgp75KJcKX3EtylLRLZTFZnXJMlS9WZlH67joyJ4p0WocXDOW5 Ncq32D47HlgihvTXYZPp/B2A4FJ8kE7wY1RO/PcBNkjX2yFhDyIitIUwsx4e2v3hCuWG HunQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=J2ylhqAo6oAqvtCFj/HEfhSc2vuLnugWI0pzgsfU78c=; b=IwDZO451gT47L20pwKJL8NvIRJNUuvG7U65eND0CrnnECgP5vwmWvQYIuWgqjjzudf ocbtogbLjsE4x9MtdcmY3a6jcF4MwjiUdSN3NJaxxEMuoIhup8sfOL+ANNd4fZCjvnFH LYjUwHAj1+1fW0mbAgnHjmIekU9pwfEhnZEhNrgnZ/9b+iYlP079C4v0wVito/Y7T9hc VZOfL+KI0Jqgh3iaXWs1gFFT//5zw1Xl33f8tMaAi4gUBIvTdnQqB5QPWcFIj6LyjZSe rXDtCqvAYFHBqOTT/b0H5LHE57U2jjwpqiAnM3M1yjE7W7yfkRwEs00H/l+Dv5YayJkp 7k4Q== X-Gm-Message-State: AD7BkJLGkAjsUuWD91c4+ZfQ6/Do3maAlbLQ1qUZzpkNj0VQpJtLPVFXMu8uVfZlwuj9bw== X-Received: by 10.28.20.145 with SMTP id 139mr350747wmu.76.1457660741707; Thu, 10 Mar 2016 17:45:41 -0800 (PST) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id g3sm6060380wjw.31.2016.03.10.17.45.40 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 10 Mar 2016 17:45:41 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: <83io0ul2vb.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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:114735 Archived-At: On 03/10/2016 06:22 PM, Eli Zaretskii wrote: > Then users will not use that switch. And note that before these > changes, etags would _always_ produce only qualified names. So the -Q > switch provides a way to get the old behavior back. Honestly, I didn't use the "before" etags much. I did use 'ctags -e', however. I imagine many users will be in a similar position. ctags has had the --extra=+q option for years (although it's worked only for a few languages). So if we're asking for arguments, they should be for why deviate, rather than why do the same, the latter being the default choice. And yes, users do want those: https://github.com/universal-ctags/ctags/issues/787 https://github.com/universal-ctags/ctags/issues/524 >> Do you expect the user to call 'etags' twice, with and without 'Q', and >> append the outputs? > > No, I think qualified names are almost never useful, given the way > TAGS tables are used in Emacs nowadays, so the -Q option is just a > kind of "fire escape" for use cases that I think should never happen. > > If I'm wrong, then I'd like to see these use cases described, and we > should then rethink the whole issue of qualified tag names. Here's a couple of scenarios: 1. Suppose there are a lot of classes that define the method bar. But I know which class I'm interested in. So I type C-u M-., type My::Class#bar, and jump to it straight away (typing it with completion might be rather quick). If the tags file contains only unqualified entries, I'm forced to see the whole list of methods with this name in all classes, use isearch to go to the desired entry, press RET to jump to it, and then do something about the xref window (I didn't need to see the whole list in the first place, and it's taking up valuable screen estate). More keypresses and micromanagement this way. 2. Suppose I want to see all methods defined by the class Foo. I can call xref-find-apropos, type in the class name, and if these is a fully qualified entry for each of its methods in the tags table, I'll see them all in the list. Or I want to see all methods in a family of classes (unified by a namespace, or a common word in the name). Having all qualified names listed would facilitate this kind of exploration. Users shouldn't have to give up having functional xref-find-definitions for these features.