From: Dmitry Gutov <dgutov@yandex.ru>
To: Eli Zaretskii <eliz@gnu.org>, 23219@debbugs.gnu.org
Subject: bug#23219: 25.0.92; Find command cannot be customized for grep-find
Date: Tue, 5 Apr 2016 00:16:32 +0300 [thread overview]
Message-ID: <7bd3dc00-912e-48bf-e5ef-dc716b7ef49d@yandex.ru> (raw)
In-Reply-To: <83a8l9nm99.fsf@gnu.org>
On 04/04/2016 11:37 PM, Eli Zaretskii wrote:
> On one of my machines, the GNU Find utility's executable file is named
> 'gfind'. To have xref-collect-matches work, I customized
> grep-find-command to have the value "gfind", but the find-grep pipe
> used after that still tried to invoke 'find', not 'gfind'.
You need grep-find-template, not grep-find-command.
> Looking
> around, I see that grep-compute-defaults effectively ignores
> grep-find-command and uses the value of find-program instead. Now,
> find-program is a defvar, so it wasn't supposed to be customized. Its
> value is never changed, no matter what are your customizations.
Yes, it's a mess. Auto-computed custom variable values don't make much
sense to me either, but maybe the idea is if you want to change the
program to use as 'find', it'll likely have a slightly different syntax
(not in your case, though), and grep-compute-defaults might fail to
work, so you're better off customizing the end values.
> How am I supposed to make this stuff work in this situation? If the
> solution is to poke find-program,
Probably.
> it should be defcustom,
*shrug*
> and I
> shouldn't need to customize 2 variables to begin with. Why isn't
> find-program get the value from grep-find-command?
It's the other way around: grep-compute-defaults sets grep-find-command
using the value of find-program.
next prev parent reply other threads:[~2016-04-04 21:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-04 20:37 bug#23219: 25.0.92; Find command cannot be customized for grep-find Eli Zaretskii
2016-04-04 21:16 ` Dmitry Gutov [this message]
2016-04-05 15:01 ` Eli Zaretskii
2016-04-05 15:12 ` Dmitry Gutov
2016-04-05 15:40 ` Eli Zaretskii
2016-04-05 15:42 ` Dmitry Gutov
2016-04-08 13:56 ` Eli Zaretskii
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7bd3dc00-912e-48bf-e5ef-dc716b7ef49d@yandex.ru \
--to=dgutov@yandex.ru \
--cc=23219@debbugs.gnu.org \
--cc=eliz@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).