Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Chet Ramey <chet.ramey@case.edu>
Newsgroups: gnu.bash.bug
Subject: Re: Incomplete command substitution in here-document not regarded as an error
Date: Thu, 7 Nov 2019 15:06:37 -0500
Lines: 22
Approved: bug-bash@gnu.org
Message-ID: <mailman.846.1573157206.13325.bug-bash@gnu.org>
References: <CAH7i3Lp7ZQZj2FmXBa8fG8oY01GMbNKy916i1jcUt0eq57x8Tg@mail.gmail.com> <80152716-0776-f052-cfd3-7159fcfbe6b0@case.edu>
Reply-To: chet.ramey@case.edu
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Cc: chet.ramey@case.edu
To: =?UTF-8?B?T8SfdXo=?= <oguzismailuysal@gmail.com>, bug-bash@gnu.org
Envelope-to: bug-bash@gnu.org
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:68.0) Gecko/20100101 Thunderbird/68.2.1
In-Reply-To: <CAH7i3Lp7ZQZj2FmXBa8fG8oY01GMbNKy916i1jcUt0eq57x8Tg@mail.gmail.com>
Content-Language: en-US
Precedence: list
Xref: csiph.com gnu.bash.bug:15572

On 11/6/19 4:37 PM, Oğuz wrote:
> cat <<EOF
> $(seq 10
> EOF
> 
> prints 1, while it should report a syntax error.

Thanks for the report. Bash has, for some years, allowed EOF/EOS to 
terminate a command substitution in certain circumstances, but this really
only shows up when you're expanding it inside a here-document. There is a
(relatively cryptic) warning message, but that only shows up in development
builds. It seems reasonable to make the behavior when expanding here-
documents match the behavior outside them.

Chet


-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
		 ``Ars longa, vita brevis'' - Hippocrates
Chet Ramey, UTech, CWRU    chet@case.edu    http://tiswww.cwru.edu/~chet/