Re: [PATCH] Allow == as synonym for = in test

[Jonathan Nieder <jrnieder@xxxxxxxxx>]

Hi David,

David A. Wheeler wrote:

> But is "==" a misfeature? I don't think so.

For what it's worth, I have no strong objections to "==" (though no
great excitement about it either).  I was only taking the opportunity
to explain the possibly mysterious-seeming current feature set.

> Jonathan Nieder said that dash "tends to support features [of] ash".
> Busybox ash is *also* an ash, as shown in this family tree:

I suppose you misunderstood.  dash decends from the original ash.
Sometimes features disappear --- then they tend to be gone for good.
Backward compatibility of the kind I was describing is meant to
facilitate upgrades.

> There was only one negative comment that I remember, and it
> primarily noted that == is not in dash and FreeBSD.

That comment was by a contributor to both of those projects, and I
seem to remember it noting _why_ "==" is not in dash and FreeBSD
yet.

> If the POSIX
> group will never add new capabilities until dash adds them,

I don't think that's the case.  If your goal is to advance this in
POSIX, I don't think implementing in dash is a necessary prerequisite.

> There's value in "lean and mean", but this is a few bytes we're
> talking about, for a feature that is already widely used.

Anyway, I suppose Herbert can decide whether it's worth applying
the patch, now that the explaining has been taken care of.

My (personal) advice is to wait.  Presumably soon we will know whether
== is to be part of the "test" builtin in POSIX or is going to be
allowed in "[[" only.

Kind regards,
Jonathan
--
To unsubscribe from this list: send the line "unsubscribe dash" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html