All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthieu Moy <Matthieu.Moy@grenoble-inp.fr>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: [PATCH 4/5 v4] log: parse detached options like git log --grep foo
Date: Tue, 03 Aug 2010 21:52:05 +0200	[thread overview]
Message-ID: <vpq39uvzd7e.fsf@bauges.imag.fr> (raw)
In-Reply-To: <7vlj8nipl9.fsf@alter.siamese.dyndns.org> (Junio C. Hamano's message of "Tue\, 03 Aug 2010 10\:16\:34 -0700")

Junio C Hamano <gitster@pobox.com> writes:

> But I thought you were suggesting to [...] never take:
>
>     --opt <string> (even when --opt always takes an argument)
>
> because that would further reduce one source of potential confusion
> (i.e. the user needs to remember if --opt always takes an argument or
> not).  I thought you mentioned that neither parse-options nor GNU tools
> take "--prune last",

No, I said the opposite: both do.

> "--color auto" as a good supporting argument for this

"grep --color auto" is refused because the "auto" part is optional.
But both "grep --regex foo" and "grep --regexp=foo" are accepted. Same
for "git commit --message=foo" and "git commit --message foo".

-- 
Matthieu Moy
http://www-verimag.imag.fr/~moy/

  reply	other threads:[~2010-08-03 19:57 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-29  8:20 [PATCH 0/5 v3] log and diff: accept detached forms (--option value) Matthieu Moy
2010-07-29  8:20 ` [PATCH 1/5] diff: parse detached options like -S foo Matthieu Moy
2010-07-29  8:20 ` [PATCH 2/5] diff: split off a function for --stat-* option parsing Matthieu Moy
2010-07-29  8:20 ` [PATCH 3/5] diff: parse detached options --stat-width n, --stat-name-width n Matthieu Moy
2010-07-29  8:20 ` [PATCH 4/5] log: parse detached options like git log --grep foo Matthieu Moy
2010-07-29 22:25   ` Jonathan Nieder
2010-07-30  8:27     ` Matthieu Moy
2010-07-30  8:31       ` [PATCH 1/5 v4] diff: parse detached options like -S foo Matthieu Moy
2010-08-02 16:46         ` Junio C Hamano
2010-08-02 19:43           ` Matthieu Moy
2010-08-02 19:47           ` Jonathan Nieder
2010-07-30  8:31       ` [PATCH 2/5 v4] diff: split off a function for --stat-* option parsing Matthieu Moy
2010-07-30  8:31       ` [PATCH 3/5 v4] diff: parse detached options --stat-width n, --stat-name-width n Matthieu Moy
2010-08-02 16:56         ` Junio C Hamano
2010-08-02 18:47           ` Matthieu Moy
2010-07-30  8:31       ` [PATCH 4/5 v4] log: parse detached options like git log --grep foo Matthieu Moy
2010-08-02 17:03         ` Junio C Hamano
2010-08-02 18:55           ` Matthieu Moy
2010-08-02 21:28             ` Junio C Hamano
2010-08-03  6:33               ` Matthieu Moy
2010-08-03 17:16                 ` Junio C Hamano
2010-08-03 19:52                   ` Matthieu Moy [this message]
2010-08-04  2:41                   ` Miles Bader
2010-07-30  8:31       ` [PATCH 5/5 v4] log: parse detached option for --glob Matthieu Moy
2010-07-29  8:20 ` [PATCH 5/5] " Matthieu Moy

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=vpq39uvzd7e.fsf@bauges.imag.fr \
    --to=matthieu.moy@grenoble-inp.fr \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    /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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.