Michael Haggerty <mhag...@alum.mit.edu> writes:
> It seems to me that "-z" input will nearly always be machine-generated,
> so there is not much reason to accept the empty string as shorthand for
> zeros. So I think that my version of the rules, being simpler to
> explain, is a slight improvement. But your version is already out in
> the wild, so backwards-compatibility is also a consideration, even
> though it is rather a fine point in a rather unlikely usage (why use
> update rather than delete to delete a reference?).
> I don't know. I'm willing to rewrite the code to go back to your rules,
> or rewrite the documentation to describe my rules.
> Neutral bystanders *cough*Junio*cough*, what do you prefer?
I may be misremembering things, but your first sentence quoted above
was exactly my reaction while reviewing the original change, and I
might have even raised that as an issue myself, saying something
like "consistency across values is more important than type-saving
in a machine format".
Since nobody else were raising the issue back then, however, we are
stuck with the interface. I am not against deprecating and removing
the support for it in the longer term, though.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html