On Tue, 24 Jun 2008, Jeff King wrote: > > Perhaps I was confused about the definition of "single", because > throughout this thread you seem to be making multiple complaints about > parse_options, including its lack of a "stop on unknown" flag, a > "continue on unknown flag", and the movement of arguments within the > argv array. You think that is multiple problems, but it's not. It was a single issue - the issue of being able to do incremental parsing, and mixing *different* parsers together (not just two different calls to "parse_options()", but also having hand-parsing still in the picture for things where it was hard to convert). And to solve that _single_ problem, I wanted parse_options() to be able to: - stop at unknown options (so that I could hand-parse them) - ignore unknown options (so that I could parse all the ones I knew about, and then either hand-parse the rest, or just pass them on to _another_ function that used some arbitrary model to parse the parts it knew about) See? Single issue. And I even sent out a single patch for it. That single patch, btw, was even rather small. Did you ever look at that patch? Did you ever look at the code I was trying to have use parse_options()? No. > So I will say one last time, as clearly as I possibly can, what I was > trying to bring to the discussion: You constantly try to change the discussion to be about SOMETHIGN ELSE. For example, you keep on bringing up this TOTAL RED HERRING: > - It is impossible for that mechanism to be correct in all cases, due > to the syntactic rules for command lines. IOW, you cannot parse an > element until you know the function of the element to the left. NOBODY F*CKIGN CARES! Because what builtin-blame.c *already* does is exactly that. This is what I'm complaining about with your totally IDIOTIC mails. You're ignoring reality, and talking about how things "ought to work", and never ever apparently looked at how things *do* work. The fact is, the one program I wanted to convert already does exactly what you claim is "impossible to be correct in all cases". So either shut up, or send a patch to fix what you consider a bug. I'm waiting. So screw it. I'm simply not interested in discussing this with you. You aren't apparently interested in looking at the problems we have today, because you're only interested in fixing some theoretical case. Linus -- 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
