Re: [RFC/PATCH] parse-options: introduce parse_subcommands

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: [RFC/PATCH] parse-options: introduce parse_subcommands

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:53:58

Ramkumar Ramachandra [off-list ref] writes:
 I found this patch in one of my branches from a long time ago.  I
 haven't written documentation and tests yet because I'm not fully
 convinced that I like this.

 Thoughts?
It looks like a static version of string_list_lookup() and does not
have much reason to tie it to "subcommand".

Re: [RFC/PATCH] parse-options: introduce parse_subcommands

From: Ramkumar Ramachandra <hidden>
Date: 2016-06-15 22:54:00

Hi Junio,

Junio C Hamano wrote:
Ramkumar Ramachandra [off-list ref] writes:
quoted
 I found this patch in one of my branches from a long time ago.  I
 haven't written documentation and tests yet because I'm not fully
 convinced that I like this.

 Thoughts?
It looks like a static version of string_list_lookup() and does not
have much reason to tie it to "subcommand".
How so?  I can use a string_list to keep subcommand->name and stuff
the callback into util.  Where do I put subcommand->help then?
I agree that there's no reason to tie it to subcommand though.

Ram
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help