From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: xref-find-matches and stuff Date: Tue, 12 May 2015 19:15:21 +0300 Message-ID: <83mw19lqli.fsf@gnu.org> References: <5546DD4A.2080709@yandex.ru> <87r3qvnld1.fsf@gmail.com> <5548E08A.4090305@yandex.ru> <87mw1jndul.fsf@gmail.com> <554964CE.3040809@yandex.ru> <87oalxn756.fsf@gmail.com> <554AAD41.6060506@yandex.ru> <87vbg4lgn6.fsf@gmail.com> <554CB069.8090002@yandex.ru> <554F4F91.6020604@gmx.at> <837fsgo5hz.fsf@gnu.org> <55507FAD.7020704@gmx.at> <83egmnm9wx.fsf@gnu.org> <5551C983.5000705@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1431447375 27949 80.91.229.3 (12 May 2015 16:16:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 12 May 2015 16:16:15 +0000 (UTC) Cc: pot@gnu.org, emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 12 18:16:05 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 1YsCqi-0002F4-7L for ged-emacs-devel@m.gmane.org; Tue, 12 May 2015 18:16:04 +0200 Original-Received: from localhost ([::1]:43911 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YsCqh-0001hW-MF for ged-emacs-devel@m.gmane.org; Tue, 12 May 2015 12:16:03 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59771) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YsCqL-0001hH-AY for emacs-devel@gnu.org; Tue, 12 May 2015 12:15:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YsCqF-0001rr-Tj for emacs-devel@gnu.org; Tue, 12 May 2015 12:15:41 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:55406) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YsCqF-0001rT-M5; Tue, 12 May 2015 12:15:35 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NO800M00VRB4H00@a-mtaout20.012.net.il>; Tue, 12 May 2015 19:15:30 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NO800L43VTTY160@a-mtaout20.012.net.il>; Tue, 12 May 2015 19:15:29 +0300 (IDT) In-reply-to: <5551C983.5000705@gmx.at> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 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:186457 Archived-At: > Date: Tue, 12 May 2015 11:36:03 +0200 > From: martin rudalics > CC: pot@gnu.org, emacs-devel@gnu.org > > > Not sure I understand: it does already work, if you say "make TAGS". > > Alas not here (on Windows). You mean, "make TAGS" doesn't run or doesn't create TAGS files in src/ and in lisp/ ? It does for me. > When I am in frame.c with point on the first item of the line reading > > Vmake_pointer_invisible = Qt; > > and I type M-. Emacs opens the file globals.h and moves there to the > line reading > > #define Vmake_pointer_invisible globals.f_Vmake_pointer_invisible > > which is the only entry in the TAGS file containing > Vmake_pointer_invisible. So what am _I_ missing? I'm not sure. Are we still talking about support for DEFVAR_LISP etc.? If so, perhaps you need to say C-u M-. make-pointer-invisible RET ? IOW, when etags finds those DEF* declarations in C files, it tags the Lisp symbol name, not the C symbol name. See the regular expressions we pass to etags: they instruct etags to take the first token that matches "[^"]+" after an opening parenthesis. If we want to tag the C symbol, we need to add another regexp for that. Other than that, I see no problems in what you get from M-. because Vmake_pointer_invisible is indeed a C macro defined on that line of globals.h. What did you expect to get instead?