From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Helmut Eller Newsgroups: gmane.emacs.devel Subject: Re: xref backends for elisp-related modes Was: Re: Bad moves with xref-find-definitions Date: Wed, 29 Apr 2015 15:04:23 +0200 Message-ID: References: <87h9s6c27z.fsf@gmail.com> <87zj5wnlyt.fsf@gmail.com> <553C285B.4070400@yandex.ru> <838udfx7rt.fsf@gnu.org> <87383kcy0u.fsf@gmail.com> <5540D2CB.8060705@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1430312695 8491 80.91.229.3 (29 Apr 2015 13:04:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 29 Apr 2015 13:04:55 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Apr 29 15:04:54 2015 Return-path: Envelope-to: ged-emacs-devel@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 1YnRfa-0004GI-35 for ged-emacs-devel@m.gmane.org; Wed, 29 Apr 2015 15:04:54 +0200 Original-Received: from localhost ([::1]:38774 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnRfZ-0006R1-Fj for ged-emacs-devel@m.gmane.org; Wed, 29 Apr 2015 09:04:53 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57457) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnRfB-00065c-Vk for emacs-devel@gnu.org; Wed, 29 Apr 2015 09:04:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YnRf7-0008AC-VD for emacs-devel@gnu.org; Wed, 29 Apr 2015 09:04:29 -0400 Original-Received: from mail-wi0-x231.google.com ([2a00:1450:400c:c05::231]:36795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YnRf7-0008A1-Na for emacs-devel@gnu.org; Wed, 29 Apr 2015 09:04:25 -0400 Original-Received: by wizk4 with SMTP id k4so179247640wiz.1 for ; Wed, 29 Apr 2015 06:04:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=qsC13pZKGJv/KETDIHzddZX1fOFT+Ov4dDSoIiC6mFU=; b=CyA1hOnPQRR5DKIxwkAUgouvDOkpW71UOVhR6JkS60b62hohnNCu67eX2bi22JR3pl bTOj5BgStUnJB75fDRSFhEXtT10ho6mRnPCbAHUdZpDbrPBGSMSbif3KPjlf1IY7bEPY KUJwbES8YrY45MTAz2ynfOCdZQO78Tlmq3MSM44i5RJOGxAhlANE61Thp24W0gASyLoa BOIi8WBiHF/Mclm81BNIAM3VvxPXHh8O4EE8rD5EgKQ1IAwi9viLQ3USJ9sOWKaYEuOt oWAg8jWPCG2icWyCiwxhHW8gybIB742x935akisk3OXk3cbfqMpaitys/0Ug/GKsYIZX qGjg== X-Received: by 10.194.184.68 with SMTP id es4mr42736846wjc.0.1430312665127; Wed, 29 Apr 2015 06:04:25 -0700 (PDT) Original-Received: from ix (dial-185099.pool.broadband44.net. [212.46.185.99]) by mx.google.com with ESMTPSA id pm1sm20657957wjb.23.2015.04.29.06.04.23 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Apr 2015 06:04:24 -0700 (PDT) Original-Received: from helmut by ix with local (Exim 4.84) (envelope-from ) id 1YnRf5-00072t-Ed; Wed, 29 Apr 2015 15:04:23 +0200 In-Reply-To: <5540D2CB.8060705@yandex.ru> (Dmitry Gutov's message of "Wed, 29 Apr 2015 15:47:07 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::231 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:186010 Archived-At: On Wed, Apr 29 2015, Dmitry Gutov wrote: > On 04/29/2015 09:55 AM, Helmut Eller wrote: > >> However, this was removed because a) it complicates the >> front-end<->backend-end API b) everybody who can write methods for >> xref-location= can just as well write a backend that removes duplicates. > > And in the current context, the xref-location= method, by itself, > wouldn't help with the pretty much insolvable problem of comparing > "lazy" xrefs coming from different backends. It's always solvable: (equal (xref-location-marker L1) (xref-location-marker L2)) covers all cases; it's just not very efficient. Helmut