bug#59214: [PATCH] Alternate rust-analyzer command added

[João Távora]

No, I think we came to the conclusion that there's nothing

to be done.  "rust-analyzer" is a good current candidate

for an executable and it will be an even better candidate

soon, as the rustup folks have announced, because they

too will soon providel an executable in PATH named exactly

like that.

So I'm closing this bug.

João

On Fri, Nov 18, 2022 at 8:29 AM Eli Zaretskii <eliz@gnu.org> wrote:

> From: Pankaj Jangid <pankaj@codeisgreat.org>
> Cc: Eli Zaretskii <eliz@gnu.org>,  "M. Ian Graham"
>  <hello+emacs@miangraham.com>,  59214@debbugs.gnu.org
> Date: Fri, 18 Nov 2022 10:43:02 +0530
>
> João Távora <joaotavora@gmail.com> writes:
>
> >> FWIW, I think Rust is too crazy for us to follow its daily changes and
> >> offer support for its server OOTB in eglot-server-programs.  Emacs is
> >> not equipped to follow such frequent and radical changes.  If we want
> >> to make this seamless for users of Rust, we should provide a special
> >> command to update eglot-server-programs with whatever it is the latest
> >> Rust fashion.  Or maybe we should even leave that to Rust mode.
> >>
> >
> > Yes, indeed, my thoughts exactly, especially this last bit.
> >
>
> Agree.
>
> And thank you, Ian, for bringing up the counter thoughts in the
> discussion. It was an eye opener for me. I was thinking `rustup' is the
> only way to use `rust'.

So what's the bottom line here?  Do we need to make any change in
eglot.el, and if so, what change is that?

--

João Távora