On 2009.11.25 18:20:45 -0500, Avery Pennarun wrote: > On Wed, Nov 25, 2009 at 6:17 PM, Johannes Schindelin > <Johannes.Schindelin@xxxxxx> wrote: > > On Wed, 25 Nov 2009, Junio C Hamano wrote: > >> I do remember some people didn't like -X<option> syntax but I don't > >> think there was any solid counterproposal to achieve a similar goal to > >> satisfy the need to pass arbitrary parameters to the merge strategy > >> backends. > > > > I took exception to the awkward way to specify the option. A strong hint > > just how awkward -X<option> is: it is hard to implement using > > parse-options. > > I read the earlier thread and I still don't quite understand this > point. What makes it difficult? I guess it's -Xfoo vs. -X foo (note the space). Same deal with log -S<string>. "git log -S foo" would look for an empty string (I guess) being added/removed in some commit in foo's history, while "git log -Sfoo" looks for "foo" being added/remove in HEAD's history. Björn -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html