From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 08:23:25 2016 Received: (at submit) by debbugs.gnu.org; 2 Jan 2016 13:23:25 +0000 Received: from localhost ([127.0.0.1]:34312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFM9U-0005sm-NQ for submit@debbugs.gnu.org; Sat, 02 Jan 2016 08:23:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39316) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFM9S-0005sT-SX for submit@debbugs.gnu.org; Sat, 02 Jan 2016 08:23:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFM9M-000439-Hx for submit@debbugs.gnu.org; Sat, 02 Jan 2016 08:23:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:44362) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFM9M-000435-Ej for submit@debbugs.gnu.org; Sat, 02 Jan 2016 08:23:16 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58520) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFM9L-0004Wu-64 for bug-gnu-emacs@gnu.org; Sat, 02 Jan 2016 08:23:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFM9F-00041D-Fm for bug-gnu-emacs@gnu.org; Sat, 02 Jan 2016 08:23:15 -0500 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:52809) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFM9F-000412-Bn for bug-gnu-emacs@gnu.org; Sat, 02 Jan 2016 08:23:09 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1629 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFM9E-0003MA-NN for bug-gnu-emacs@gnu.org; Sat, 02 Jan 2016 08:23:09 -0500 Date: Sat, 02 Jan 2016 15:23:06 +0200 Message-Id: <83mvsoazet.fsf@gnu.org> From: Eli Zaretskii To: bug-gnu-emacs@gnu.org Subject: 25.0.50; xref-find-references doesn't find anything for Lisp symbols MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) From: eliz@HOME-C4E4A596F7.i-did-not-set--mail-host-address--so-tickle-me --text follows this line-- To reproduce: emacs -Q C-x C-f lisp/subr.el RET M-? executing-kbd-macro RET The result is disappointing: No references found for: executing-kbd-macro The equivalent command in a C buffer (for a C symbol) does work as expected. I'm guessing that something is missing in the Lisp xref back-end that doesn't let us support this operation. However, I don't think we can ship Emacs 25.1 with such an omission. Lisp is one of the 2 languages in which Emacs is written, so we ought to support it well. Can someone please implement the necessary functionality on the emacs-25 branch? Bonus points for doing that for a few more popular languages for which we have support in lisp/progmodes/. (This came up in the context of rewriting the "Tags Tables" section of the user manual, where etags.el functionality now takes a back seat to xref.el. Part of that is documenting the xref-find-references command. But we cannot in good faith advertise a brand-new command when its support for Lisp is so incomplete. It doesn't look good.) This bug will be a release blocker for v25.1. In GNU Emacs 25.0.50.253 (i686-pc-mingw32) of 2016-01-02 built on HOME-C4E4A596F7 Repository revision: 964bea7da5283a6c1ca2d7c6ee8a9d07d4951e69 Windowing system distributor 'Microsoft Corp.', version 5.1.2600 Configured using: 'configure --prefix=/d/usr --enable-checking=yes,glyphs --with-wide-int --with-modules 'CFLAGS=-O0 -gdwarf-4 -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG SOUND NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS MODULES Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: Emacs-Lisp Minor modes in effect: diff-auto-refine-mode: t tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark saved where search started user-error: No references found for: executing-kbd-macro Scanning for dabbrevs...done user-error: No dynamic expansion for ‘xref-find-ref’ found Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr dabbrev emacsbug message dired format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils semantic/symref/grep grep compile comint ansi-color semantic/symref semantic/util-modes semantic/util semantic semantic/tag semantic/lex semantic/fw mode-local find-func cedet vc-bzr vc-src vc-sccs vc-svn vc-cvs vc-rcs thingatpt xref cl-seq project ring eieio eieio-core cl-macs character-fold misearch multi-isearch vc vc-dispatcher vc-git diff-mode easy-mmode map seq byte-opt gv bytecomp byte-compile cconv cl-extra help-mode easymenu cl-loaddefs pcase cl-lib time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote w32notify w32 multi-tty make-network-process emacs) Memory information: ((conses 16 126058 6754) (symbols 56 23822 0) (miscs 48 45 110) (strings 16 36488 20905) (string-bytes 1 865921) (vectors 16 17696) (vector-slots 8 539561 4443) (floats 8 244 113) (intervals 40 648 200) (buffers 856 13)) From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 09:05:43 2016 Received: (at 22292) by debbugs.gnu.org; 2 Jan 2016 14:05:43 +0000 Received: from localhost ([127.0.0.1]:34323 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFMoR-00005O-9u for submit@debbugs.gnu.org; Sat, 02 Jan 2016 09:05:43 -0500 Received: from mail-wm0-f42.google.com ([74.125.82.42]:35885) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFMoQ-00005B-CL for 22292@debbugs.gnu.org; Sat, 02 Jan 2016 09:05:42 -0500 Received: by mail-wm0-f42.google.com with SMTP id l65so121435041wmf.1 for <22292@debbugs.gnu.org>; Sat, 02 Jan 2016 06:05:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=dWIJvGL8spV4hFBnSRKSShyokKU+2zt2JRVoXAiTDIo=; b=APdkIB9y4sq05+Toi2qZDfAs6jb3VpcrZld21DjiUkO1mUS5eSnAUd5+CWj/5rRorw ZtnAjFL5/e687Sm0OI+A1aO09CdNar2vY59Iyl3AM1UQ0t/YWRyyNiY51e71FsavWuvi mZPeSpm+fR8wZPThNqsSnaBEUsKFIBOmgkRAgI7syumyNptS/lMVE0qqSruR0KS5Gk0T yPjbxON/RnJJ2evfrUqBhwf1MGoBFxXqMJCHfwBQJhPHTrKhNEOlV78nR30iA/uWOMjc 7m6Yay4uE5B3RhUUJAmtN/wtFAxcbpF9BLLJ1TugfCbZ5BJxO7NTB1ml9awuMfoV51b8 fHhA== X-Received: by 10.28.126.84 with SMTP id z81mr73678426wmc.29.1451743536554; Sat, 02 Jan 2016 06:05:36 -0800 (PST) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id x125sm66429542wmg.1.2016.01.02.06.05.34 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 02 Jan 2016 06:05:34 -0800 (PST) Subject: Re: bug#22292: 25.0.50; xref-find-references doesn't find anything for Lisp symbols To: Eli Zaretskii , 22292@debbugs.gnu.org References: <83mvsoazet.fsf@gnu.org> From: Dmitry Gutov Message-ID: <5687D92D.3090905@yandex.ru> Date: Sat, 2 Jan 2016 16:05:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Thunderbird/43.0 MIME-Version: 1.0 In-Reply-To: <83mvsoazet.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 22292 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Hi Eli, On 01/02/2016 03:23 PM, Eli Zaretskii wrote: > To reproduce: > > emacs -Q > C-x C-f lisp/subr.el RET > M-? executing-kbd-macro RET This scenario works for me, and I get ~100 matches, with emacs-25 HEAD. > The result is disappointing: > > No references found for: executing-kbd-macro > > The equivalent command in a C buffer (for a C symbol) does work as > expected. I'd expect the problem to be OS-specific, but it working in C buffers is clearly odd. You should be able to edebug xref-collect-references to see what happens (*). > I'm guessing that something is missing in the Lisp xref back-end that > doesn't let us support this operation. However, I don't think we can > ship Emacs 25.1 with such an omission. Lisp is one of the 2 languages > in which Emacs is written, so we ought to support it well. Agreed. > Can someone please implement the necessary functionality on the > emacs-25 branch? Bonus points for doing that for a few more popular > languages for which we have support in lisp/progmodes/. The implementation is largely language-agnostic. Basically, it greps, and then checks the returned hits for matches for "\\_". Which depends on each buffer's syntax table and syntax-propertize-function. We are going to encounter cases where the "current symbol" is detected wrong due to this heuristic, but the fixes will probably go into syntax tables and s-p-function values. (*) However (!), for xref-find-references only, we delegate to semantic-symref-find-references-by-name. And it might call any of the registered tools (such as id-utils), if the respective database file is present. Might it be that id-utils doesn't parse Elisp files? If you recall, I mentioned this as a source of a possible user confusion. I don't know how to make it friendlier. > (This came up in the context of rewriting the "Tags Tables" section of > the user manual, where etags.el functionality now takes a back seat to > xref.el. Part of that is documenting the xref-find-references > command. To be fair, we could leave xref-find-references unadvertised, because it's not replacing any of the existing etags commands. But yeah, it should work. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 09:14:49 2016 Received: (at 22292) by debbugs.gnu.org; 2 Jan 2016 14:14:49 +0000 Received: from localhost ([127.0.0.1]:34328 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFMxF-0000IX-6f for submit@debbugs.gnu.org; Sat, 02 Jan 2016 09:14:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45399) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFMxD-0000IJ-Td for 22292@debbugs.gnu.org; Sat, 02 Jan 2016 09:14:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFMx3-0005S9-Kv for 22292@debbugs.gnu.org; Sat, 02 Jan 2016 09:14:42 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53193) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFMx3-0005S4-Hj; Sat, 02 Jan 2016 09:14:37 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1678 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFMx1-0001fB-Dl; Sat, 02 Jan 2016 09:14:37 -0500 Date: Sat, 02 Jan 2016 16:14:32 +0200 Message-Id: <83h9iwax13.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <5687D92D.3090905@yandex.ru> (message from Dmitry Gutov on Sat, 2 Jan 2016 16:05:33 +0200) Subject: Re: bug#22292: 25.0.50; xref-find-references doesn't find anything for Lisp symbols References: <83mvsoazet.fsf@gnu.org> <5687D92D.3090905@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22292 Cc: 22292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Dmitry Gutov > Date: Sat, 2 Jan 2016 16:05:33 +0200 > > > emacs -Q > > C-x C-f lisp/subr.el RET > > M-? executing-kbd-macro RET > > This scenario works for me, and I get ~100 matches, with emacs-25 HEAD. > > > The result is disappointing: > > > > No references found for: executing-kbd-macro > > > > The equivalent command in a C buffer (for a C symbol) does work as > > expected. > > I'd expect the problem to be OS-specific, but it working in C buffers is > clearly odd. You should be able to edebug xref-collect-references to see > what happens (*). What does that use if an ID database is not available? Grep? Can you guide me through the call sequence? Debugging xref and its back-ends is a pain. > (*) However (!), for xref-find-references only, we delegate to > semantic-symref-find-references-by-name. And it might call any of the > registered tools (such as id-utils), if the respective database file is > present. I don't have an ID db for Emacs in this tree. > Might it be that id-utils doesn't parse Elisp files? They do, but that's not relevant in this case. > To be fair, we could leave xref-find-references unadvertised, because > it's not replacing any of the existing etags commands. I'm not replacing one command for another, I'm rewriting the entire section. It cannot be kept in its current form, since it assumes everything is based on TAGS. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 09:30:07 2016 Received: (at 22292) by debbugs.gnu.org; 2 Jan 2016 14:30:07 +0000 Received: from localhost ([127.0.0.1]:34337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFNC3-0000gw-Ko for submit@debbugs.gnu.org; Sat, 02 Jan 2016 09:30:07 -0500 Received: from mail-wm0-f52.google.com ([74.125.82.52]:38005) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFNC1-0000fR-6H for 22292@debbugs.gnu.org; Sat, 02 Jan 2016 09:30:05 -0500 Received: by mail-wm0-f52.google.com with SMTP id b14so130556497wmb.1 for <22292@debbugs.gnu.org>; Sat, 02 Jan 2016 06:30:05 -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-type:content-transfer-encoding; bh=DiBKB6coJBhtzoCrJc6HvkobnFzGZcBRkADc1yj8E70=; b=dJZqMoeIi9jDzPl5ZMVTj03tuhAD4hF6UAQjcMNjY9rzJP514YiMzSVwFa9atQenMJ mbILUFwQThNKrf+6y//6x2+Lh0yuYmqjy86SLJQVUzY2NDh9mNDOROgheagDajcCHUjk u3i9GDPnwF2IN/KmkOfrYqx1VwdHc3KrYhq5BSX5Z2Q716Kwv28aMbtCWwbJxQ65poTR alWTTTjQT15PXW63pPPVyAVInX5Jp1DJ9J1w5hSBnuHU4XjAfVhx6bwbMK6CB+ACxGLi gnGAjf2z4QVPEXjlMAECWKb/36XNu49TefNV8W2XJ7EVFUdNvEAHg5v2xcBdMPwKXfYu H9hw== X-Received: by 10.194.133.233 with SMTP id pf9mr26046842wjb.75.1451744999691; Sat, 02 Jan 2016 06:29:59 -0800 (PST) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id v2sm57897892wmv.12.2016.01.02.06.29.57 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 02 Jan 2016 06:29:58 -0800 (PST) Subject: Re: bug#22292: 25.0.50; xref-find-references doesn't find anything for Lisp symbols To: Eli Zaretskii References: <83mvsoazet.fsf@gnu.org> <5687D92D.3090905@yandex.ru> <83h9iwax13.fsf@gnu.org> From: Dmitry Gutov Message-ID: <5687DEE5.9050009@yandex.ru> Date: Sat, 2 Jan 2016 16:29:57 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Thunderbird/43.0 MIME-Version: 1.0 In-Reply-To: <83h9iwax13.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 22292 Cc: 22292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 01/02/2016 04:14 PM, Eli Zaretskii wrote: > What does that use if an ID database is not available? Grep? Global, CScope, or, yes, Grep. I always end up using Grep. > Can you guide me through the call sequence? Debugging xref and its > back-ends is a pain. You don't need to worry about xref backends here, only about CEDET tools. Try debugging xref-collect-references. It calls semantic-symref-find-references-by-name, which calls semantic-symref-instantiate (which detects the tool used in the current directory), then delegates the search to the tool's logic via the generics semantic-symref-get-result and semantic-symref-perform-search. The Grep implementation for that stuff lives in lisp/cedet/semantic/symref/grep.el. > I'm not replacing one command for another, I'm rewriting the entire > section. It cannot be kept in its current form, since it assumes > everything is based on TAGS. That's great, but I think my point still stands: if worst comes to worst, we could leave this command unadvertised. Not that I wouldn't try my best to fix any remaining small-to-medium problems, of course. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 10:32:38 2016 Received: (at 22292-done) by debbugs.gnu.org; 2 Jan 2016 15:32:38 +0000 Received: from localhost ([127.0.0.1]:35429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFOAX-0002QE-Vm for submit@debbugs.gnu.org; Sat, 02 Jan 2016 10:32:38 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55103) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFOAW-0002Pz-CS for 22292-done@debbugs.gnu.org; Sat, 02 Jan 2016 10:32:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFOAO-0004vz-8c for 22292-done@debbugs.gnu.org; Sat, 02 Jan 2016 10:32:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53773) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFOAO-0004vr-5a; Sat, 02 Jan 2016 10:32:28 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1725 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFOAN-00040H-Fy; Sat, 02 Jan 2016 10:32:27 -0500 Date: Sat, 02 Jan 2016 17:32:24 +0200 Message-Id: <83d1tkatfb.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <5687DEE5.9050009@yandex.ru> (message from Dmitry Gutov on Sat, 2 Jan 2016 16:29:57 +0200) Subject: Re: bug#22292: 25.0.50; xref-find-references doesn't find anything for Lisp symbols References: <83mvsoazet.fsf@gnu.org> <5687D92D.3090905@yandex.ru> <83h9iwax13.fsf@gnu.org> <5687DEE5.9050009@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22292-done Cc: 22292-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: 22292@debbugs.gnu.org > From: Dmitry Gutov > Date: Sat, 2 Jan 2016 16:29:57 +0200 > > > Can you guide me through the call sequence? Debugging xref and its > > back-ends is a pain. > > You don't need to worry about xref backends here, only about CEDET > tools. Try debugging xref-collect-references. I did, but Edebug cannot step into cl-defmethod's, cl-defgeneric etc. Any tricks up your sleeves to make that work? I'd give half the kingdom for being able to debug into those. > It calls semantic-symref-find-references-by-name, which > calls semantic-symref-instantiate (which detects the tool used in the > current directory), then delegates the search to the tool's logic via > the generics semantic-symref-get-result and semantic-symref-perform-search. > > The Grep implementation for that stuff lives in > lisp/cedet/semantic/symref/grep.el. Thanks, that was what I needed. I fixed the problem. I cannot believe we still have (had) such code in our repository, but facts are stubborn. So, one less bug that's blocking v25.1 ;-) From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 10:53:33 2016 Received: (at 22292) by debbugs.gnu.org; 2 Jan 2016 15:53:34 +0000 Received: from localhost ([127.0.0.1]:35435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFOUn-0002tf-Oy for submit@debbugs.gnu.org; Sat, 02 Jan 2016 10:53:33 -0500 Received: from mail-wm0-f51.google.com ([74.125.82.51]:34604) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFOUm-0002tT-91 for 22292@debbugs.gnu.org; Sat, 02 Jan 2016 10:53:32 -0500 Received: by mail-wm0-f51.google.com with SMTP id u188so105263676wmu.1 for <22292@debbugs.gnu.org>; Sat, 02 Jan 2016 07:53:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=az+B3EtZJLbOAqVVOr5qbywuPXIDevdsZRDWQi9EDyY=; b=FEYQfF7VDFRbg82ZoSGaJS2wufdhOmyy21sgk16X0F4LitN/qek6J2Yp+itl/BZ5Iv Ot9ugj20Y0G6AB3X4ZchRuiMA8WjFjxPoSzfwbrrC0TLWayMHDdhSGI5LNYfaqh6Uet3 YQBXPw5+ltouMmdDXCkyVMvuUHai/DWxtkhw1EmZyQ47TGRhNHCEe3/pkejyAgiH8q2+ bXnw9onXMLuzlZ9IqVFZsRX1jvBzJj2HCntuoCX1MGygwJmrhaprYf9XK6sN2gSiqMAS bQ6I4zKGpFOUhJgkJSiCKNlJADgOqHEWJLOklDJmAFPtE7rjGM47/1VI67x1MonwH4An I5Jw== X-Received: by 10.194.89.226 with SMTP id br2mr97158044wjb.22.1451750006622; Sat, 02 Jan 2016 07:53:26 -0800 (PST) Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id 79sm31477167wmo.7.2016.01.02.07.53.25 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 02 Jan 2016 07:53:25 -0800 (PST) Subject: Re: bug#22292: 25.0.50; xref-find-references doesn't find anything for Lisp symbols To: 22292@debbugs.gnu.org, eliz@gnu.org References: <83mvsoazet.fsf@gnu.org> <5687D92D.3090905@yandex.ru> <83h9iwax13.fsf@gnu.org> <5687DEE5.9050009@yandex.ru> <83d1tkatfb.fsf@gnu.org> From: Dmitry Gutov Message-ID: <5687F274.6020004@yandex.ru> Date: Sat, 2 Jan 2016 17:53:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Thunderbird/43.0 MIME-Version: 1.0 In-Reply-To: <83d1tkatfb.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 22292 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) On 01/02/2016 05:32 PM, Eli Zaretskii wrote: > I did, but Edebug cannot step into cl-defmethod's, cl-defgeneric etc. > Any tricks up your sleeves to make that work? I'd give half the > kingdom for being able to debug into those. No, sorry. Mostly I use xref-find-references in this case. :) Or project-find-regexp. But I _think_ edebug can be extended to support generic dispatch. > I fixed the problem. I cannot believe we still have (had) such code > in our repository, but facts are stubborn. Thank you. I didn't even think of semantic-symref-derive-find-filepatterns. > So, one less bug that's blocking v25.1 ;-) Yup! From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 02 11:03:24 2016 Received: (at 22292) by debbugs.gnu.org; 2 Jan 2016 16:03:24 +0000 Received: from localhost ([127.0.0.1]:35439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFOeK-00038x-M0 for submit@debbugs.gnu.org; Sat, 02 Jan 2016 11:03:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60731) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aFOeI-00038k-Hx for 22292@debbugs.gnu.org; Sat, 02 Jan 2016 11:03:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFOeA-0003DV-AH for 22292@debbugs.gnu.org; Sat, 02 Jan 2016 11:03:17 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54011) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFOeA-0003DR-73; Sat, 02 Jan 2016 11:03:14 -0500 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1738 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aFOe9-00088c-9U; Sat, 02 Jan 2016 11:03:13 -0500 Date: Sat, 02 Jan 2016 18:03:11 +0200 Message-Id: <83bn94as00.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <5687F274.6020004@yandex.ru> (message from Dmitry Gutov on Sat, 2 Jan 2016 17:53:24 +0200) Subject: Re: bug#22292: 25.0.50; xref-find-references doesn't find anything for Lisp symbols References: <83mvsoazet.fsf@gnu.org> <5687D92D.3090905@yandex.ru> <83h9iwax13.fsf@gnu.org> <5687DEE5.9050009@yandex.ru> <83d1tkatfb.fsf@gnu.org> <5687F274.6020004@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22292 Cc: 22292@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Dmitry Gutov > Date: Sat, 2 Jan 2016 17:53:24 +0200 > > But I _think_ edebug can be extended to support generic dispatch. That'd be awesome. From unknown Sun Jun 22 17:17:06 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 31 Jan 2016 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator