[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#24949: Command-line argument parsing: named daemons
From: |
Eli Zaretskii |
Subject: |
bug#24949: Command-line argument parsing: named daemons |
Date: |
Wed, 16 Nov 2016 05:39:10 +0200 |
> 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.
> There is a 20-year old comment in emacs.c:
>
> Too bad we can't just use getopt for all of this, but we don't have
> enough information to do it right.
>
> Perhaps standard argument parsing libraries have improved since then...?
I think that comment is not about the parsing libraries, I think it's
about the fact that submitting the information getopt needs is
difficult or impossible in Emacs, given some of our options.