Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Robert Elz <kre@munnari.OZ.AU>
Newsgroups: gnu.bash.bug
Subject: Re: Empty ""s in ARG in ${x:+ARG} expand to no words instead of the empty word if prepended/appended with space
Date: Sun, 22 Jul 2018 00:45:43 +0700
Lines: 17
Approved: bug-bash@gnu.org
Message-ID: <mailman.3989.1532195197.1292.bug-bash@gnu.org>
References: <2fe93203-93fd-2a97-ff54-7cb748294640@case.edu> <3d5b8d4b-b77e-2486-b45b-ca733e4d0ca0@redhat.com> <20180720223753294160030@bob.proulx.com>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: usenet.stanford.edu 1532195198 6483 208.118.235.17 (21 Jul 2018 17:46:38 GMT)
X-Complaints-To: action@cs.stanford.edu
Cc: bug-bash@gnu.org
To: chet.ramey@case.edu
Envelope-to: bug-bash@gnu.org
In-Reply-To: <2fe93203-93fd-2a97-ff54-7cb748294640@case.edu>
X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized.
X-Received-From: 2001:3c8:9009:181::2
X-BeenThere: bug-bash@gnu.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-bash/>
List-Post: <mailto:bug-bash@gnu.org>
List-Help: <mailto:bug-bash-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe>
Xref: csiph.com gnu.bash.bug:14380

    Date:        Sat, 21 Jul 2018 11:33:18 -0400
    From:        Chet Ramey <chet.ramey@case.edu>
    Message-ID:  <2fe93203-93fd-2a97-ff54-7cb748294640@case.edu>

  | Even if the whitespace gets stripped out, the quoted null string should
  | result in an empty argument.

Yes, it certainly should (and unless IFS has been set "oddly"
the white space will be removed, but that's irrelevant).

For what it is worth, as recently as 4.2.0 (and maybe more recently)
bash got this right, so it is something that has changed in 4.3 or 4.4
(or maybe later in 4.2).

kre