From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#19466: 25.0.50; xref-find-def doesn't find C functions Date: Fri, 23 Jan 2015 16:15:49 -0500 Message-ID: References: <8361cucl3u.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> <54C063E3.8020401@yandex.ru> <83a91avglz.fsf@gnu.org> <54C1655E.4050403@yandex.ru> <83r3uluawd.fsf@gnu.org> <54C28635.8070606@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1422047838 25610 80.91.229.3 (23 Jan 2015 21:17:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 Jan 2015 21:17:18 +0000 (UTC) Cc: 19466@debbugs.gnu.org, eller.helmut@gmail.com To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 23 22:17:13 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 1YElbM-0005bL-2V for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 Jan 2015 22:17:12 +0100 Original-Received: from localhost ([::1]:33186 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YElbK-0006hv-Ph for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 Jan 2015 16:17:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47071) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YElbF-0006hq-VJ for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 16:17:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YElbC-0008SQ-IH for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 16:17:05 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YElbC-0008S5-El for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 16:17:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YElbB-00050k-Sj for bug-gnu-emacs@gnu.org; Fri, 23 Jan 2015 16:17:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 23 Jan 2015 21:17:01 +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.142204778419210 (code B ref 19466); Fri, 23 Jan 2015 21:17:01 +0000 Original-Received: (at 19466) by debbugs.gnu.org; 23 Jan 2015 21:16:24 +0000 Original-Received: from localhost ([127.0.0.1]:54621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YElaa-0004zk-5I for submit@debbugs.gnu.org; Fri, 23 Jan 2015 16:16:24 -0500 Original-Received: from mercure.iro.umontreal.ca ([132.204.24.67]:35585) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YElaQ-0004zU-K5 for 19466@debbugs.gnu.org; Fri, 23 Jan 2015 16:16:22 -0500 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 5A5028514C; Fri, 23 Jan 2015 16:16:14 -0500 (EST) Original-Received: from lechon.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 62BB91E5B8B; Fri, 23 Jan 2015 16:15:49 -0500 (EST) Original-Received: by lechon.iro.umontreal.ca (Postfix, from userid 20848) id 46D79B4102; Fri, 23 Jan 2015 16:15:49 -0500 (EST) In-Reply-To: <54C28635.8070606@yandex.ru> (Dmitry Gutov's message of "Fri, 23 Jan 2015 19:34:45 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82, MC_TSTLAST 0.00) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca 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:98653 Archived-At: >> If xref can reliably deduce that I switched projects and automatically >> update its database, that's fine with me, and would probably >> constitute what you mean by "dependence on the current file or >> project". Right, ideally that's what tags.el should do: it should associate a "file-system area" to each TAGS file; so it can know automatically which TAGS file to use based on default-directory. Whether it then keeps several TAGS file opened at the same time, or whether it only keeps a single-one-at-a-time (and reloads the other when you move to a buffer that belongs to a different project) is just an implementation detail. >> Take, for example, the use case where I'm testing a program and found >> a bug. I then need to be able to quickly find and examine the >> definition of symbols that might be involved in the bug, look at their >> code, perhaps make some changes -- this all will be served well by >> using the database (such as TAGS) of that single program. But suppose >> I now come to the conclusion that the bug is not in the program per >> se, but involves one of the external libraries it uses. Now I need to >> go through the sources of that library (whose sources, by sheer luck >> or maybe something else, I already have available on my system). How >> would xref or etags know whether I switched to that library as part of >> my previous work (and therefore still need access to the previous >> project's symbols), or because I'm now working on an entirely >> different project? It wouldn't and it would only give you access to the identifiers of the project to which the current-buffer belongs. So if you use M-. from a file in the buggy library it's use the TAGS file of that library, and if you then go to a different buffer belonging to your program and use M-. xref should then use the TAGS file of that program. I.e. you tell Emacs which TAGS file to use by selecting an appropriate buffer before you hit M-. Stefan