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: Thu, 22 Jan 2015 04:43:47 +0200 Message-ID: <54C063E3.8020401@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> <54BDC34C.5070309@yandex.ru> <83wq4hwejl.fsf@gnu.org> <54BEBF63.9050709@yandex.ru> <8361c0w16n.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 1421894740 784 80.91.229.3 (22 Jan 2015 02:45:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 Jan 2015 02:45:40 +0000 (UTC) Cc: eller.helmut@gmail.com, 19466@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jan 22 03:45:38 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 1YE7m4-0007Uh-Io for geb-bug-gnu-emacs@m.gmane.org; Thu, 22 Jan 2015 03:45:36 +0100 Original-Received: from localhost ([::1]:50977 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE7m4-00048d-3V for geb-bug-gnu-emacs@m.gmane.org; Wed, 21 Jan 2015 21:45:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58808) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE7kc-0002Hg-P4 for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 21:44:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YE7kY-0005cq-P9 for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 21:44:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33523) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE7kY-0005ci-LQ for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 21:44:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YE7kY-0004ZI-9F for bug-gnu-emacs@gnu.org; Wed, 21 Jan 2015 21:44: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: Thu, 22 Jan 2015 02:44: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.142189463817544 (code B ref 19466); Thu, 22 Jan 2015 02:44:02 +0000 Original-Received: (at 19466) by debbugs.gnu.org; 22 Jan 2015 02:43:58 +0000 Original-Received: from localhost ([127.0.0.1]:52215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YE7kU-0004Yt-3H for submit@debbugs.gnu.org; Wed, 21 Jan 2015 21:43:58 -0500 Original-Received: from mail-we0-f171.google.com ([74.125.82.171]:64100) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YE7kR-0004Yd-7h for 19466@debbugs.gnu.org; Wed, 21 Jan 2015 21:43:55 -0500 Original-Received: by mail-we0-f171.google.com with SMTP id q58so988368wes.2 for <19466@debbugs.gnu.org>; Wed, 21 Jan 2015 18:43:49 -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=tvD0NKB+mMYklksosnhW/tRcNXH0yySnNY3/9NgINSU=; b=cAijfgUNBxoJTz2FNRHsNzNvCb4CN85qUg8uamPBeQJYcoLH9KTKJnmBclatCoGsd4 J7mosWU17PJ0cQF7X32csC0fYhzYiHfZJS3a6pqBrTn9GqaIT3EtuK1Tz5vK7HSXvLW/ 7R/bhJe80NLJYjO+TmmP/+F+4ITofsRXwQXstdNby9+gjS1xK+ORGdQtvn1Fq+Fuvnle bBD0PAafqo8N+oZR6w5cT8SoB5CP09V4ETWkryLYDpasqmsuuVHZdKO0eIY+xhhAy3Ty RtcsRFx8RLiY46pmUSxLbPQFP7I25T3gQrEwWo/HjKurLb7tHRPhdejYn5toq4xe22tm UXWA== X-Received: by 10.180.98.202 with SMTP id ek10mr38395138wib.56.1421894629353; Wed, 21 Jan 2015 18:43:49 -0800 (PST) Original-Received: from [192.168.1.3] ([82.102.93.54]) by mx.google.com with ESMTPSA id u7sm1131522wiy.18.2015.01.21.18.43.48 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jan 2015 18:43:48 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Thunderbird/33.0 In-Reply-To: <8361c0w16n.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:98570 Archived-At: On 01/21/2015 06:25 PM, Eli Zaretskii wrote: > Can the package that uses xref modify that string? If so, we don't > need a single-fits-all phrase. It can't, right now. But it would have to be modified by the used command (find-definitions/references/apropos), not the package. > If we do need a single phrase, then how about "go to > definition/reference"? I've settled on "follow reference" for now. > Perhaps you could ask what issues need to be resolved for you to > understand the requirements. Someone would have to gather them, and participate in the discussion about the tradeoffs. AFAICS you've pretty much stopped formulating the requirements at "there should be a way to use the tags.el backend instead of the major mode's backend". That's not good enough for me. > If you can show me the complete Lisp, I can try that and return > feedback. That would be good, but unless you declare one of them good enough, participation in the technical discussion will also be needed. >> Messages 32 and 41 include functional implementations you can try. The >> patches that would go into Emacs won't be much different, we'd just have >> to decide on code organization. > > The recipe in #32 is clearly incomplete. Not sure about 41. It's only incomplete because I expected you'd be able to turn on the minor mode defined there yourself, in any Emacs Lisp buffers you like. Here's the "missing piece" for #32: (defun elisp-maybe-turn-on-xref-etags-mode () (when (and buffer-file-name (string-prefix-p source-directory buffer-file-name)) (xref-etags-mode))) (add-hook 'emacs-lisp-mode-hook 'elisp-maybe-turn-on-xref-etags-mode) Which part of it was hard? > Once again, if you can show a complete Lisp to try, I will. To my knowledge, #41 was/is quite complete.