From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19466: 25.0.50; xref-find-def doesn't find C functions Date: Tue, 20 Jan 2015 19:24:46 +0200 Message-ID: <83wq4hwejl.fsf@gnu.org> References: <8361cucl3u.fsf@gnu.org> <54A230CD.3040309@yandex.ru> <83vbktb1ct.fsf@gnu.org> <54A2EE15.3020406@yandex.ru> <831tnhasx0.fsf@gnu.org> <54A6DAF6.5070605@yandex.ru> <831tna9tmr.fsf@gnu.org> <54A9C94F.8040701@yandex.ru> <83vbkl99vm.fsf@gnu.org> <54B8878A.4050506@yandex.ru> <54B8C22B.3080200@gmx.at> <54BC7A77.5020307@yandex.ru> <54BCC033.2010104@gmx.at> <83oapuy8ew.fsf@gnu.org> <54BDC34C.5070309@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1421774777 19665 80.91.229.3 (20 Jan 2015 17:26:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Jan 2015 17:26:17 +0000 (UTC) Cc: eller.helmut@gmail.com, 19466@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 20 18:26:16 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1YDcZE-0002Pt-A6 for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Jan 2015 18:26:16 +0100 Original-Received: from localhost ([::1]:44880 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDcZD-0002f0-Iw for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Jan 2015 12:26:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43230) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDcZ3-0002WC-RX for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2015 12:26:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YDcZ0-0001BM-Qg for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2015 12:26:05 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60472) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDcZ0-0001BI-NA for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2015 12:26:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YDcZ0-0000RP-7k for bug-gnu-emacs@gnu.org; Tue, 20 Jan 2015 12:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Jan 2015 17:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19466 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19466-submit@debbugs.gnu.org id=B19466.14217747021565 (code B ref 19466); Tue, 20 Jan 2015 17:26:02 +0000 Original-Received: (at 19466) by debbugs.gnu.org; 20 Jan 2015 17:25:02 +0000 Original-Received: from localhost ([127.0.0.1]:50931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YDcY1-0000Oy-R3 for submit@debbugs.gnu.org; Tue, 20 Jan 2015 12:25:02 -0500 Original-Received: from mtaout26.012.net.il ([80.179.55.182]:36698) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YDcXz-0000OV-1S for 19466@debbugs.gnu.org; Tue, 20 Jan 2015 12:25:00 -0500 Original-Received: from conversion-daemon.mtaout26.012.net.il by mtaout26.012.net.il (HyperSendmail v2007.08) id <0NIH00700K8OXL00@mtaout26.012.net.il> for 19466@debbugs.gnu.org; Tue, 20 Jan 2015 19:24:42 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout26.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIH00NEMKD6EU90@mtaout26.012.net.il>; Tue, 20 Jan 2015 19:24:42 +0200 (IST) In-reply-to: <54BDC34C.5070309@yandex.ru> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:98505 Archived-At: > Date: Tue, 20 Jan 2015 04:54:04 +0200 > From: Dmitry Gutov > CC: 19466@debbugs.gnu.org, eller.helmut@gmail.com > > > One issue I still see is that if TAGS is slightly outdated, point is > > positioned not on the first line of a function/macro/struct, but on > > the line recorded in TAGS. I hope this will be fixed soon. > > Okay, should work now. Thanks for the reminder. Thanks. > > Another minor issue is with the help-echo in the xref buffer: it says > > "mouse-2: display, mouse-1: navigate", which is confusing because it's > > unclear what exactly each of these 2 means. How about saying > > explicitly "show in this window" and "show in another window" > > (assuming this is what that does)? > > Not exactly. Here "navigate" means bury the xref and other temporary > buffers, and then display the reference in the current or other window, > or frame it was originally intended to be displayed in (depending on > which command was invoked: `xref-find-definitions', > `xref-find-definitions-other-window' or > `xref-find-definitions-other-frame'). Then I'd suggest "show definition" instead of "navigate". The latter has no useful meaning in this context, and just confuses. > > Finally, I still think we need to allow searching symbols not only in > > the current buffer's programming language, at least with the tags > > back-end. Without that, we cannot deprecate find-tag. > > Please refer to the following messages: > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19466#32 > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19466#41 > > And for completeness, a third option: define a minor mode that would > remap xref-find-* commands to their etags-only variants, which can be > trivially implemented by let-binding the two relevant variables to their > default values. I don't really understand the difference between the various options, so my suggestion would be to start with something that looks promising, and then see if users like that. The important thing is implement something; just enumerating the alternatives is not enough. Thanks.