From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#2544: 23.0.60; Could etags please try find a local tag first? Date: Wed, 21 Jul 2021 01:36:08 +0300 Message-ID: <4a8bb24b-51cd-f82b-c8ff-f57d3576eff1@yandex.ru> References: <7f9b11c90903021336o775a3f75i8bd89f3ae4540cb7@mail.gmail.com> <878s22nyuj.fsf@gnus.org> <8335sa70wp.fsf@gnu.org> <417d5d01-c3a9-a75e-b134-7f1847749842@yandex.ru> <83lf615hfk.fsf@gnu.org> <838s206i0a.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1805"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 Cc: larsi@gnus.org, matzikratzi@gmail.com, 2544@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 21 00:37:27 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1m5yMh-0000MR-Ku for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Jul 2021 00:37:27 +0200 Original-Received: from localhost ([::1]:41092 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m5yMg-0002A8-Lo for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 20 Jul 2021 18:37:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60958) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m5yMJ-00027K-21 for bug-gnu-emacs@gnu.org; Tue, 20 Jul 2021 18:37:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52324) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m5yMI-0005e8-Ph for bug-gnu-emacs@gnu.org; Tue, 20 Jul 2021 18:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m5yMI-000567-CM for bug-gnu-emacs@gnu.org; Tue, 20 Jul 2021 18:37: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: Tue, 20 Jul 2021 22:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 2544 X-GNU-PR-Package: emacs Original-Received: via spool by 2544-submit@debbugs.gnu.org id=B2544.162682057919540 (code B ref 2544); Tue, 20 Jul 2021 22:37:02 +0000 Original-Received: (at 2544) by debbugs.gnu.org; 20 Jul 2021 22:36:19 +0000 Original-Received: from localhost ([127.0.0.1]:35637 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m5yLa-000556-W0 for submit@debbugs.gnu.org; Tue, 20 Jul 2021 18:36:19 -0400 Original-Received: from mail-wm1-f47.google.com ([209.85.128.47]:40476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m5yLZ-00054s-4A for 2544@debbugs.gnu.org; Tue, 20 Jul 2021 18:36:17 -0400 Original-Received: by mail-wm1-f47.google.com with SMTP id f8-20020a1c1f080000b029022d4c6cfc37so2339162wmf.5 for <2544@debbugs.gnu.org>; Tue, 20 Jul 2021 15:36:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=t+3SmYrSMcFViaX5z8uR8Xr5CSQztgoAV1I4KjrW/U4=; b=YgFberImN8Yda8R112taRdCIro0v4gVaDshDsD0/1LgSBJGu5c63hJE0ioaqP7X+kg eH8C2y0We+e8b1NybfaXiFWm8Z5FtdPZfZbszOj89nLVJ9OrOrsPf8tHgbZsqNxFMerO I5/Bf8QHOpYG8tGLeGCqF35v5seLv60Nkauc81ryJQFe1l42c7j10QVESzK+/Ilj9ciY ne1KHmsL0a6JFz47tpFrUyqmZOBiFiHQ88820aLZM7MOWoR5nOh2bTiGtsB3zG0glkS9 o7Z4eMBxyLaPRvBEPje1KId8CDg9A2DPN5RNxM1v8cZhbbY7IXwA58ffUUumK2pifTlZ xWCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=t+3SmYrSMcFViaX5z8uR8Xr5CSQztgoAV1I4KjrW/U4=; b=rb/Pcv05EMTJHLiDFeddPBdWO70yEJgBJ24a/4kUZwrb4G/6UnkL7OFmXQWuaPW6XK Tu0nJWMKBp69qWZpoopoydPbGPEZc2F+/L9kOjF0RfdZVyvu1V8wsHuaXlZi2hekXajg AUZ1a93WckrRZYwpMDeTXsx3I7LIkFmD6SFBe4lGJnkWCbzNC6wzu66CC3zXCPJgSC9F EdTqDHLsBJ51eJ8w7SmaOAyPRG5K1b7skFiHIEpdjsq3rLDmv0wNuHbFFIvkGlP86d// qVgsgtweE/vkjPAyg37mVOll47+rRXzmSGvstqQAQlbLGezYc1sv9tEvYGSBjUWEbMw2 PhOA== X-Gm-Message-State: AOAM531aGrGKOlZ22UYlFtRcWh8zfBtXu4NdTtod+s7p/wK4ZaEwitHe +jEOb+te7rj/GlBH3RfpEyR4I3JdB7Q= X-Google-Smtp-Source: ABdhPJwf3gmEVrVZYvALsKy/qm1bFZ0b44xhMFTx0gU00/Z+aUagFFFD8DTU3wJ4aoj6t/XrDZ/ZzA== X-Received: by 2002:a05:600c:4101:: with SMTP id j1mr34644490wmi.130.1626820571224; Tue, 20 Jul 2021 15:36:11 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id q7sm20996910wmq.33.2021.07.20.15.36.10 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 20 Jul 2021 15:36:10 -0700 (PDT) In-Reply-To: <838s206i0a.fsf@gnu.org> Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:210390 Archived-At: On 20.07.2021 19:56, Eli Zaretskii wrote: >> Because when one uses more precise backends, "find definition" gets >> fewer hits, and you don't really need to choose which ones to start with >> -- the current file or otherwise. > > When a backend returns just one hit, this is a non-issue. The OP > specifically described a situation where there are many functions with > the same name in the project. That's the use case we are discussing. Static analysis can very often determine which of the multiple functions with the same name will be used at a particular call site. Yes, there are exceptions (which will happen less frequently than with etags), like when we're trying to jump to a virtual function with overloads in several subclasses. But jumping to such function call from a file with one of the definitions, and not being able to determine which of the functions is going to be called, is going to be an even more rare occurrence. And even so, those backends can choose to sort the results starting with the current file by default. No user option needed. > I don't see how the backend can affect this situation. Especially > since the etags backend is also quite accurate. I'm saying etags' particular characteristics and varied usage patterns justify the addition of an etags-specific variable. I don't see much use for it for other backends, but if I'm proven wrong, that proof would also provide some new information which would help generalize the feature. This can happen at a later stage.