[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: RFC: init.sh: reject dash, due to its surprising local V='...' seman

From: Pádraig Brady
Subject: Re: RFC: init.sh: reject dash, due to its surprising local V='...' semantics
Date: Mon, 8 Aug 2016 12:23:46 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0

On 06/08/16 21:02, Jim Meyering wrote:
> I was burned by dash's local V=' x' semantics, in spite of having
> reported and studied this wart, at length, a few years ago. This arose
> again when Assaf discovered one of grep's test programs would
> malfunction on dash-based shells, e.g., on most Debian systems:
> https://bugs.gnu.org/24116#11
> I don't want to have to debug or think about this again -- at least
> not in the free-software test scripts that I tend -- so propose to
> make init.sh's initial shell-triage stage (where it tries to find a
> useful shell, i.e., one that supports '$(...)', local and a few other
> features) reject any shell like dash with this unfortunate and subtly
> misleading attribute.
> While currently dash cannot be said to be nonconforming, this
> interpretation (thanks, Eric) suggests that the behavior of bash and
> zsh is what will be standardized, so dash should change sooner rather
> than later:
> http://austingroupbugs.net/view.php?id=351
> In the mean time, I feel more than justified in making our tests avoid dash.
> If no one objects, I'll push this in a couple of days.

Wow, yes I agree, that's very confusing behavior.
Do you need an `|| exit 1` in the patch.
It's good that dash will be auto included again
once it fixes that behavior.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]