From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pierre Rouleau Newsgroups: gmane.emacs.bugs Subject: bug#44494: etags.el xref-location-marker does not handle TAGS references to .el.gz files Date: Sat, 7 Nov 2020 09:48:24 -0500 Message-ID: References: <1cdac9f7-8340-83eb-f619-583e028e6e23@yandex.ru> <83wnyx7g0u.fsf@gnu.org> <838sbd6xn1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000007cac5305b3856c17" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9167"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 44494@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 07 15:49:15 2020 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 1kbPWj-0002IT-In for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 07 Nov 2020 15:49:13 +0100 Original-Received: from localhost ([::1]:36072 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kbPWi-0002Xh-LF for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 07 Nov 2020 09:49:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41608) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kbPWY-0002XK-M5 for bug-gnu-emacs@gnu.org; Sat, 07 Nov 2020 09:49:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46621) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kbPWY-0002Vc-Bw for bug-gnu-emacs@gnu.org; Sat, 07 Nov 2020 09:49:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kbPWY-0007in-8z for bug-gnu-emacs@gnu.org; Sat, 07 Nov 2020 09:49:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Pierre Rouleau Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Nov 2020 14:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44494 X-GNU-PR-Package: emacs Original-Received: via spool by 44494-submit@debbugs.gnu.org id=B44494.160476052429656 (code B ref 44494); Sat, 07 Nov 2020 14:49:02 +0000 Original-Received: (at 44494) by debbugs.gnu.org; 7 Nov 2020 14:48:44 +0000 Original-Received: from localhost ([127.0.0.1]:58167 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbPWG-0007iG-7m for submit@debbugs.gnu.org; Sat, 07 Nov 2020 09:48:44 -0500 Original-Received: from mail-lj1-f181.google.com ([209.85.208.181]:38171) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kbPWD-0007i3-Qw for 44494@debbugs.gnu.org; Sat, 07 Nov 2020 09:48:42 -0500 Original-Received: by mail-lj1-f181.google.com with SMTP id v19so4713771lji.5 for <44494@debbugs.gnu.org>; Sat, 07 Nov 2020 06:48:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LYO2z7fjlHrZcFbsMrKMLSn1Mgr1TEf7JYQO7Yacex0=; b=hxfHRSQWykQzGm8imB505tGasxkkCMt/pdxqzQh22qUVto3E3MFKT8dxgqAdQE+I8k tzrCaBZDQxfqtQYPYe2D47zz2QwiS3eywmaUOljPZ/uk3rpgvaSYy0aNq0CkO9g5f8Th kPLZu/7x+sbyz//5RR51pnVLRBJpzeOY04eZmAdCAV8t4F/3+G8LJ7zdzxomRGPmTCJi krjvv5ir6v6w22CkOeyTRQHp+9DS1OaIi00b0J4G8k1J+ccGySOtusj34/8TKQkwMyDu 9G6sGBb11lyoPly9haRepSRw7Go7Qwoh6ukDVXTGCumHZgbKUUlXAxhiWu/LgHETNdqJ k4Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=LYO2z7fjlHrZcFbsMrKMLSn1Mgr1TEf7JYQO7Yacex0=; b=fYRzFsiD5arOK1mJX8gw04jqAuK3/w/RnwX+0hBt6BA2nxId7dgSA09IN2iUS3iehd inutcrD54Ruwxcf159YdE7uFIFb+v4YLUw1NdpKOhkHnDQP/vI29ZMHY2ahn97YA1IAy +/0m+piJnKExzPbKO7M8AnWdYZqCkZRcYPy21s0kQmFmT+QkMQXMdzkaj+S/KtBMoGUr RpNx/rGsLeO71nhgj6buCcBWzSK3CmwMVaBkjtdSe6F6GtaOouaeD/Dktr42781Rq1TX iKbc04fIckpcjZqR7JOHZz/QkFt7nAK+sTXeNONXeh58qsuHf7SJjnZgnuUCkr5QGIL7 VWxQ== X-Gm-Message-State: AOAM530u43JsieV5CBxqI2lGuwUVYv0CTZKK62HDP7wQOfh+rDTbOR8B t/P8Gx2OuKSCyxAAXb860kudMZkOo4EM9r7xKaA= X-Google-Smtp-Source: ABdhPJxpnsL39LjEr7unKg1xBI/CcMkgDy3ppUCfJNEhBuhrxPf5vfAYvkPh3vj5TZ9vNNHlXLFrDqQ/s1uaIH/1rCQ= X-Received: by 2002:a2e:5801:: with SMTP id m1mr880487ljb.320.1604760515683; Sat, 07 Nov 2020 06:48:35 -0800 (PST) In-Reply-To: <838sbd6xn1.fsf@gnu.org> 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:192836 Archived-At: --0000000000007cac5305b3856c17 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Nov 7, 2020 at 9:37 AM Eli Zaretskii wrote: > > From: Pierre Rouleau > > Date: Sat, 7 Nov 2020 09:15:12 -0500 > > Cc: dgutov@yandex.ru, 44494@debbugs.gnu.org > > > > To recap you need to try searching for something that is not already > > loaded and use the etags xref backend with a file that contains the > definition > > of what one is searching and that is located inside a compressed file. > > OK, I've now tried this with paren.el, which is not loaded in "emacs > -Q". I can confirm that M-. fails to find functions in paren.el (I > tried show-paren-function, FTR), even if I use xref-etags-mode, but > "M-x find-tag" succeeds. > > So I think we should try to understand why find-tag does work in this > case, and see how to make xref-find-definitions do the same. Could > you perhaps do that? > > > . emacs -Q > > . C-x C-f lisp/simple.el.gz > > . M-x xref-etags-mode > > . C-u M-x cc-require > > emacs=3D=3D> prompts Visit tags table (default TAGS): .... > > me =3D=3D=3D=3D> I select the TAGS file where all definitions are store= d and hit > RET > > - emacs 26.3 =3D=3D> Rerun etags: =E2=80=98^(defmacro cc-require =E2=80= =99 not found in > > /usr/local/Cellar/emacs/26.3/share/emacs/26.3/lisp/progmod\ > > es/cc-bytecomp.el > > - emacs 27.1 =3D=3D> Rerun etags: =E2=80=98^(defmacro cc-require =E2=80= =99 not found in > > > /usr/local/Cellar/emacs/27.1/share/emacs/27.1/lisp/progmodes/cc-bytecomp.= el > > Note that at this point, you have an empty cc-bytecomp.el buffer. > Which I think gives a clue as to where the problem lies. > You are correct, I tried it with find-tag in emacs 26.3 and 27.1 and find-tag cc-require does find it, even with the xref-backend-functions set to its default of (elisp--xref-backend t). It fails with xref-find-definitions but works with find-tag. I agree there's a need to see what differs there. Thanks --=20 /Pierre --0000000000007cac5305b3856c17 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Nov 7, 2020 at 9:37 AM Eli Zaretskii <eliz@gnu.org> wrote:
> From: Pierre Rouleau <prouleau001@gmail.com> > Date: Sat, 7 Nov 2020 09:15:12 -0500
> Cc: dgutov@yande= x.ru, 44494@= debbugs.gnu.org
>
> To recap you need to try searching for something that is not already <= br> > loaded and use the etags xref backend with a file that contains the de= finition
> of what one is searching and that is located inside a compressed file.=

OK, I've now tried this with paren.el, which is not loaded in "ema= cs
-Q".=C2=A0 I can confirm that M-. fails to find functions in paren.el = (I
tried show-paren-function, FTR), even if I use xref-etags-mode, but
"M-x find-tag" succeeds.

So I think we should try to understand why find-tag does work in this
case, and see how to make xref-find-definitions do the same.=C2=A0 Could you perhaps do that?

> . emacs -Q
> . C-x C-f lisp/simple.el.gz
> . M-x xref-etags-mode
> . C-u M-x cc-require
> emacs=3D=3D> prompts Visit tags table (default TAGS): ....
> me =3D=3D=3D=3D> I select the TAGS file where all definitions are s= tored and hit RET
> - emacs 26.3 =3D=3D> Rerun etags: =E2=80=98^(defmacro cc-require = =E2=80=99 not found in
> /usr/local/Cellar/emacs/26.3/share/emacs/26.3/lisp/progmod\
> es/cc-bytecomp.el
> - emacs 27.1 =3D=3D> Rerun etags: =E2=80=98^(defmacro cc-require = =E2=80=99 not found in
> /usr/local/Cellar/emacs/27.1/share/emacs/27.1/lisp/progmodes/cc-byteco= mp.el

Note that at this point, you have an empty cc-bytecomp.el buffer.
Which I think gives a clue as to where the problem lies.

You are correct, I tried it= with find-tag in emacs 26.3 and 27.1 and find-tag cc-require
does find it, even with the xref-backend-functions set to its default of<= /div>
(elisp--xref-backend t).

It fails with x= ref-find-definitions but works with find-tag.

I ag= ree there's a need to see what differs there.

= Thanks

--
/Pierre
--0000000000007cac5305b3856c17--