From: "R. Diez" <rdiezmail-emacs@yahoo.de>
To: help-gnu-emacs@gnu.org
Subject: Replacing find-tag with xref
Date: Tue, 30 Apr 2019 11:15:27 +0200 [thread overview]
Message-ID: <0449a484-a4e4-c006-747a-f07e8c85ec81@yahoo.de> (raw)
Hi all:
I have a large C++ repository and build my own TAGS file.
I have been using find-tag and etags-select-find-tag-at-point for years. I am used to it, and it works fine.
Some time ago I noticed that find-tag was being deprecated, and I tried the suggested replacement, but I got frustrated and gave up.
This deprecation has now become a more serious issue, because etags.el is no longer present in a convenient package repository, like Emacs'
default one or MELPA.
So I have tried again to replace find-tag and etags-select-find-tag-at-point with xref-find-definitions-other-window and the like, to no avail.
I realised that there have been long discussions about this in the past. This is the kind of issue that makes me long for an Emacs
alternative. 8-((( But I guess there is nothing viable yet.
Can someone please help me with this matter? I need working replacements for these functions:
1) find-tag
This is what I use manually when I do not quite know what I am looking for.
It should suggest the thing at point.
It should support autocompletion.
It should always (and hopefully exclusively) look in my TAGS file, no matter what my current buffer is.
2) etags-select-find-tag-at-point
This is what I use on existing source code.
If there is just one match, it should not prompt, just jump to the declaration.
If there are many matches, it should display a list to choose from.
It should always (and hopefully exclusively) look in my TAGS file, no matter what my current buffer is.
I tried to make xref-find-definitions always use the TAGS file, but my Lisp skills are not enough. I found this snippet:
https://github.com/emacs-ess/ESS/issues/686#issuecomment-475378908
But it does not work. I does not find anything.
I wonder whether I could turn xref-etags-mode on globally. And whether that would be enough.
Thanks in advance,
rdiez
next reply other threads:[~2019-04-30 9:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-30 9:15 R. Diez [this message]
2019-04-30 14:33 ` Replacing find-tag with xref Noam Postavsky
2019-05-02 9:34 ` R. Diez
2019-05-02 11:15 ` Noam Postavsky
2019-05-02 22:53 ` Dmitry Gutov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0449a484-a4e4-c006-747a-f07e8c85ec81@yahoo.de \
--to=rdiezmail-emacs@yahoo.de \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.