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: Wed, 21 Jan 2015 09:20:37 +0200 Message-ID: <54BF5345.9090303@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> <54BD076E.6090707@yandex.ru> <54BE0B5A.6060706@gmx.at> <54BE4693.5050804@yandex.ru> <54BE6B59.5090404@gmx.at> 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 1421824872 16514 80.91.229.3 (21 Jan 2015 07:21:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2015 07:21:12 +0000 (UTC) Cc: 19466@debbugs.gnu.org, Helmut Eller To: martin rudalics , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 21 08:21: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 1YDpbC-0002JN-Er for geb-bug-gnu-emacs@m.gmane.org; Wed, 21 Jan 2015 08:21:10 +0100 Original-Received: from localhost ([::1]:46855 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDpbB-0000Jf-S4 for geb-bug-gnu-emacs@m.gmane.org; Wed, 21 Jan 2015 02:21:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52186) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDpb8-0000JZ-JQ for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 02:21:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YDpb4-0001Bd-JC for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 02:21:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60809) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDpb4-0001BZ-Ft for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 02:21:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YDpb4-0006sA-8W for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 02:21: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: Wed, 21 Jan 2015 07:21: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.142182484726385 (code B ref 19466); Wed, 21 Jan 2015 07:21:02 +0000 Original-Received: (at 19466) by debbugs.gnu.org; 21 Jan 2015 07:20:47 +0000 Original-Received: from localhost ([127.0.0.1]:51268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YDpap-0006rV-BY for submit@debbugs.gnu.org; Wed, 21 Jan 2015 02:20:47 -0500 Original-Received: from mail-wi0-f182.google.com ([209.85.212.182]:40800) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YDpan-0006rF-Fd for 19466@debbugs.gnu.org; Wed, 21 Jan 2015 02:20:45 -0500 Original-Received: by mail-wi0-f182.google.com with SMTP id n3so28509692wiv.3 for <19466@debbugs.gnu.org>; Tue, 20 Jan 2015 23:20:39 -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=MAgadINpPAdAn7o1xRt/OhKWsgXE5brWS4dJWlr8blE=; b=CnuJs89rLqfVyR9mJqRXWwuyi0Sxux7CoVIYiJDSjqISNyYdr2uLA1i0Bv7DBUN+lG wdqnsVi2IIP0W9rLrB3IdfMdiQG1+lgBAVGDl5B5tA3Jw49/kNhNTWtpJ2MsL6C/GF+K AF34IZwMSi/rOL+dTw6buJMDePMR5liP1weNPbnxzPZihenS6AuH4CPYfqgQltb0qQac p+zdJZYIwen0phu8cGCy1Je2cBHDYzrF12wDZtJwI/P5tsgHLhdWmkV4CZYUXG8qqb19 dhnk749xz3M0NljDV1e9tAgE3dhkji5Wc/bxVSDmQ6z1zN6RN6PZm7R6BGe6wTFuHwFG NbGw== X-Received: by 10.194.57.84 with SMTP id g20mr20849924wjq.122.1421824839645; Tue, 20 Jan 2015 23:20:39 -0800 (PST) Original-Received: from [192.168.1.3] ([82.102.93.54]) by mx.google.com with ESMTPSA id w16sm5999428wia.15.2015.01.20.23.20.38 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Jan 2015 23:20:38 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Thunderbird/33.0 In-Reply-To: <54BE6B59.5090404@gmx.at> 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:98536 Archived-At: On 01/20/2015 04:51 PM, martin rudalics wrote: > Sure. All I mean is that if the user decides to bury the *xref* buffer > and later switches back to it, it should be functional as before. And > if the user kills the buffer, there should not be any traces left. Both > seem to work at the moment IIUC. Yeah, both should still work. I've pushed the buffer-killing implementation, please take a look. One drawback comes to mind: xref-goto-xref calls xref-quit without the KILL argument, so the temporary buffers are not cleared if you make a choice and press RET. > previous-/next-history-element Not sure what these are. > In addition to what Eli reclaimed earlier: I need M-. to work in texi > buffers, the Emacs manuals, from *Help*, backtrace and customization > buffers. How set things up for that? Depends on what you want each of them to do. debugger-mode should probably set both relevant vars to the same values as emacs-lisp-mode. help-mode and Custom-mode - maybe too, although they might use some custom logic. In Info-mode, xref-find-function could use the index and the search functionality.