bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#24949: Command-line argument parsing: named daemons


From: Philipp Stephani
Subject: bug#24949: Command-line argument parsing: named daemons
Date: Sun, 07 Jan 2018 22:44:26 +0000



Eli Zaretskii <eliz@gnu.org> schrieb am Mi., 16. Nov. 2016 um 04:40 Uhr:
> From: Glenn Morris <rgm@gnu.org>
> Date: Tue, 15 Nov 2016 17:25:46 -0500
>
> Package: emacs
> Severity: minor

I think it should be wishlist.

> This starts a daemon with a server named "FOO":
>    emacs -Q --daemon=FOO
>
> (This usage is documented in the "Initial Options" appendix of the
> manual, but not mentioned in --help, or the man page.)
>
>
> But this very similar form does not work (it starts an un-named daemon and
> visits file "FOO"):
>    emacs -Q --daemon FOO
>
> Compare with something like "--chdir /tmp", where both forms (with and
> without "=") work.

I wouldn't expect it to work, since long options are documented to
need the equals sign.

I've just re-checked this. The manual states: "When a long option takes an
argument, you can use either a space or an equal sign to separate the
option name and the argument.  Thus, you can write either
@samp{--display sugar-bombs:0.0} or @samp{--display=sugar-bombs:0.0}. "

So it's even documented that both forms should work.
We could either fix the "daemon" arg to match the documentation, or slightly change the manual to state that the space variant is only possible if the argument is mandatory (e.g. replace "takes" with "requires").

reply via email to

[Prev in Thread] Current Thread [Next in Thread]