From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#19466: 25.0.50; xref-find-def doesn't find C functions Date: Tue, 20 Jan 2015 04:54:04 +0200 Message-ID: <54BDC34C.5070309@yandex.ru> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1421722516 13345 80.91.229.3 (20 Jan 2015 02:55:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Jan 2015 02:55:16 +0000 (UTC) Cc: 19466@debbugs.gnu.org, eller.helmut@gmail.com To: Eli Zaretskii , martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 20 03:55:11 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 1YDOyF-0003RA-7H for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Jan 2015 03:55:11 +0100 Original-Received: from localhost ([::1]:41062 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDOyE-000307-EJ for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Jan 2015 21:55:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDOyA-0002xY-Vz for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 21:55:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YDOy6-00034b-UQ for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 21:55:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59715) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDOy6-000344-Qg for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 21:55:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YDOy6-0005x4-GQ for bug-gnu-emacs@gnu.org; Mon, 19 Jan 2015 21:55:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Jan 2015 02:55: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.142172245422814 (code B ref 19466); Tue, 20 Jan 2015 02:55:02 +0000 Original-Received: (at 19466) by debbugs.gnu.org; 20 Jan 2015 02:54:14 +0000 Original-Received: from localhost ([127.0.0.1]:50174 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YDOxJ-0005vt-TL for submit@debbugs.gnu.org; Mon, 19 Jan 2015 21:54:14 -0500 Original-Received: from mail-wg0-f49.google.com ([74.125.82.49]:45591) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YDOxI-0005ve-Bk for 19466@debbugs.gnu.org; Mon, 19 Jan 2015 21:54:12 -0500 Original-Received: by mail-wg0-f49.google.com with SMTP id l18so9185499wgh.8 for <19466@debbugs.gnu.org>; Mon, 19 Jan 2015 18:54:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Hp8EEW+hNeeKG/ZDRN8fXl05nBZT/A7T+vk24bHSORI=; b=oqoz8xBBtdwnM/oX6yZS+JxjXd/1i5AeaGQhOCAp1dlHJmIHa8saE+98ibxnAX/zxX vlZ4f9J9HDP6x4sJDH3Y9Cc4IOa6zl1D5Dwd0lgolVN6xnjC1RXVhopA+FF45Ru40KOV RnhzUdf2ZC/ssHzYux84acuG/g1Kf4Mdr15y3J8NlFnRbEY50/gXbxbEo1Bhwqdg5+1r 3t/KDcDmA5bM2B5c+nTMohJkFBtRvcmWch99saBqmd4v7oC9b3eufixosmUUD3HUnSXA 9qs14YaF/QjGJdaV8sOH7DeHBNV0G4XIxZyjcItsasQj+1C6GJSEBnTRFBrST+MGgUFv raSg== X-Received: by 10.194.193.4 with SMTP id hk4mr67199984wjc.38.1421722446495; Mon, 19 Jan 2015 18:54:06 -0800 (PST) Original-Received: from [192.168.1.3] ([82.102.93.54]) by mx.google.com with ESMTPSA id eu8sm1160134wib.21.2015.01.19.18.54.05 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Jan 2015 18:54:05 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Thunderbird/33.0 In-Reply-To: <83oapuy8ew.fsf@gnu.org> 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:98487 Archived-At: On 01/19/2015 07:41 PM, Eli Zaretskii wrote: >> Date: Mon, 19 Jan 2015 09:28:35 +0100 >> From: martin rudalics >> CC: 19466@debbugs.gnu.org, Helmut Eller >> >> > Pushed. I'd really like you to look at the implementation, though. >> >> I didn't see any flaws in it. In any case we'll find out pretty soon if >> there are. The above refers to the window configuration-restoring logic. > 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. > 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'). > 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.