From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.bugs Subject: bug#24949: Command-line argument parsing: named daemons Date: Wed, 06 Sep 2017 18:32:18 +0000 Message-ID: References: <05vavopehh.fsf@fencepost.gnu.org> <8337isgkkh.fsf@gnu.org> <83efrj1z4t.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a113d07f4eb9bc8055889903c" X-Trace: blaine.gmane.org 1504722798 23991 195.159.176.226 (6 Sep 2017 18:33:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 6 Sep 2017 18:33:18 +0000 (UTC) Cc: 24949@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 06 20:33:13 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dpf8N-0005ep-Lp for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Sep 2017 20:33:07 +0200 Original-Received: from localhost ([::1]:37452 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dpf8T-0000wL-C8 for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Sep 2017 14:33:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dpf8N-0000ul-2T for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2017 14:33:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dpf8I-0003Q0-7Y for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2017 14:33:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:44656) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dpf8I-0003Pr-36 for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2017 14:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dpf8H-0000RM-Qq for bug-gnu-emacs@gnu.org; Wed, 06 Sep 2017 14:33:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Sep 2017 18:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24949 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24949-submit@debbugs.gnu.org id=B24949.15047227561661 (code B ref 24949); Wed, 06 Sep 2017 18:33:01 +0000 Original-Received: (at 24949) by debbugs.gnu.org; 6 Sep 2017 18:32:36 +0000 Original-Received: from localhost ([127.0.0.1]:53336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dpf7r-0000Qh-UA for submit@debbugs.gnu.org; Wed, 06 Sep 2017 14:32:36 -0400 Original-Received: from mail-oi0-f46.google.com ([209.85.218.46]:33907) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dpf7q-0000QS-Hd for 24949@debbugs.gnu.org; Wed, 06 Sep 2017 14:32:34 -0400 Original-Received: by mail-oi0-f46.google.com with SMTP id h70so46606028oic.1 for <24949@debbugs.gnu.org>; Wed, 06 Sep 2017 11:32:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QZCDy5HvTA4ykTJoW+I1u7YzdZdLgDnQt2ClonI23aU=; b=qq2KPHPQeizw8/5rVDXpY2vgVxNvkI7teRYtdcIJJlVelIfCTxzPcM8RSXr129hpbA 5NYvGEgPBYYU/iBW3VzrbeUD0jU8rSkjSo3gKTLATaqSTnnrLG+n4l9LgdJxsU0BX03D BPCQzUxYLv4cuwj5cQ6mfMgNnIZFrh0bSFl7U96BMa2JkzRx4+8om9ZlhSNL80FyRwZc Ls74hGBgNaKl2qbrXLMq9DDGVzw4/3Qt0gRggin9eNrg1OP4KMKB1SW89/PDkm/lj4qu c4uP4335hYu/lmvqfnnNITtDYDupgNnJUj5E4uy8dKgMSnf0tz81UwVqS+OGq94kW+WQ /P/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QZCDy5HvTA4ykTJoW+I1u7YzdZdLgDnQt2ClonI23aU=; b=XKaSU8qpCnV/RTAjSXbknGQDueIjdld3PgX8bigdIxUqmGweNF277wk4ey7CT5b4Wh XXKhs5tYlSUHYh56J2LnbJz5rBuv9AxcPQTpuPkY9W0cj15Kt+Bv0r7WB8PA+zMrs8Nk 5qYGhJe7Q0nUyqGPqHWlotN4XudDw4lxuFmu7mGL3mSpnd1an1RFKOFWRwfGBX+evqfD CAFu7Z9XpwRVMkrMRbfnmj9jkPm5xlGfh53jMQ9lZI9wkz5Xga7VQwfQvF5NY+JRTWPV rO6J8KqUdBjUzmAg0UIsSDvGpXv/o5CPqTJRLSz2KJ7Jx653dZURL/CP/fghgvKQASZD Csbw== X-Gm-Message-State: AHPjjUhSBYy8Xj93whbds4sTnTcyLRWvLAJiTiFxiwLAlI7E/bw7sqYf EasaRXrXESqFndJrijtQW3uhKSmvcA== X-Google-Smtp-Source: ADKCNb78HUr4Z4UHerf8e6+Mx/EmPHjBYoIpkCyM2TZWNoQ07WgQSCM5NQHxpcDAVH7TCecE2gxto14oCcEH5mBF8Qg= X-Received: by 10.202.57.215 with SMTP id g206mr38486oia.273.1504722748675; Wed, 06 Sep 2017 11:32:28 -0700 (PDT) In-Reply-To: <83efrj1z4t.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:136645 Archived-At: --001a113d07f4eb9bc8055889903c Content-Type: text/plain; charset="UTF-8" Eli Zaretskii schrieb am Mi., 6. Sep. 2017 um 20:05 Uhr: > > X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, > > > FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,T_DKIM_INVALID > > autolearn=disabled version=3.3.2 > > From: Philipp Stephani > > Date: Wed, 06 Sep 2017 17:33:33 +0000 > > Cc: 24949@debbugs.gnu.org > > > > > 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. > > > > This is incredibly surprising and also inconsistent with the man page, > which doesn't have equals signs for > > most options. Let's just document what everybody expects, i.e. that all > options work with and without equals > > sign, and with one or two dashes. > > Why would we want to do that? Documentation should describe the > software, not our wishes. If we want to change how the software > works, we should change the code first, and only after that change the > documentation. Am I missing something here? > For almost all arguments all four variants (-foo bar, --foo bar, -foo=bar, --foo=bar) appear to work, for long and for short options. Either we should document that they work (that's what everybody expects by now), or turn the unwanted versions into explicit errors. We should generally change the code and the documentation at the same time, to make sure they are consistent. --001a113d07f4eb9bc8055889903c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Mi., 6. Sep. 2017 um 20:05=C2=A0Uhr:
> X-Spam-Status: No, score=3D1.1 required=3D5.0 tests=3DBAYES_50,
>=C2=A0 =C2=A0 =C2=A0 =C2=A0FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTM= L_MESSAGE,T_DKIM_INVALID
>=C2=A0 =C2=A0 =C2=A0 =C2=A0autolearn=3Ddisabled version=3D3.3.2
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Wed, 06 Sep 2017 17:33:33 +0000
> Cc: 24949@d= ebbugs.gnu.org
>
>=C2=A0 > Compare with something like "--chdir /tmp", where= both forms (with and
>=C2=A0 > without "=3D") work.
>
>=C2=A0 I wouldn't expect it to work, since long options are documen= ted to
>=C2=A0 need the equals sign.
>
> This is incredibly surprising and also inconsistent with the man page,= which doesn't have equals signs for
> most options. Let's just document what everybody expects, i.e. tha= t all options work with and without equals
> sign, and with one or two dashes.

Why would we want to do that?=C2=A0 Documentation should describe the
software, not our wishes.=C2=A0 If we want to change how the software
works, we should change the code first, and only after that change the
documentation.=C2=A0 Am I missing something here?

=
For almost all arguments all four variants (-foo bar, --foo bar,= -foo=3Dbar, --foo=3Dbar) appear to work, for long and for short options. E= ither we should document that they work (that's what everybody expects = by now), or turn the unwanted versions into explicit errors.=C2=A0
We should generally change the code and the documentation at the same tim= e, to make sure they are consistent.
--001a113d07f4eb9bc8055889903c--