Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #16271

Re: Local variable names clash with global read-only variable names.

Path csiph.com!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail
From worley@alum.mit.edu (Dale R. Worley)
Newsgroups gnu.bash.bug
Subject Re: Local variable names clash with global read-only variable names.
Date Sun, 03 May 2020 21:53:52 -0400
Lines 16
Approved bug-bash@gnu.org
Message-ID <mailman.2026.1588557240.3066.bug-bash@gnu.org> (permalink)
References <20200501113700.GC17864@eeg.ccf.org> <87imhcbh3j.fsf@hobgoblin.ariadne.com>
NNTP-Posting-Host lists.gnu.org
X-Trace usenet.stanford.edu 1588557241 20950 209.51.188.17 (4 May 2020 01:54:01 GMT)
X-Complaints-To action@cs.stanford.edu
Cc bug-bash@gnu.org
To Greg Wooledge <wooledg@eeg.ccf.org>
Envelope-to bug-bash@gnu.org
DKIM-Signature v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcastmailservice.net; s=20180828_2048; t=1588557235; bh=CnCJ69QF+7iIsmndp3s5y3r7/2XCW8ByXFW1FNbsWgY=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=FtEaEqoilsDMzCIMiwVeo1hkDnCErZVp7kG7VdEZYE3aBcy1Oepu4PrVUZt0AZVuK DNXE6LzMdaHzwyvRJTHnOBWWXLlzRHy7FAZXv9YVbgShQW3xWFVKMU1iarHhg787K5 gRteXHrpIZxS71Ht+NTuw4GLEeY23uk/WzHyAZaGJ+Vk5i3IoZlrt8IVCEgyl1iDrB j5n5L7gna5HiFGXdjGFE8wSyHQLokPMMapOzbpJ4A8UW6dHiBLWofWD/3bghpq71u0 UPytPHNPq1Vtk7OFHm96/TJodYamaireQNOK57PVslM/VotcBUlOMfOKZrkkgWcX2R XQRDGslpGwYmA==
X-Xfinity-VMeta sc=-100.00;st=legit
X-Authentication-Warning hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
In-Reply-To <20200501113700.GC17864@eeg.ccf.org> (wooledg@eeg.ccf.org)
Received-SPF permerror client-ip=2001:558:fe21:29:69:252:207:39; envelope-from=worley@alum.mit.edu; helo=resqmta-ch2-07v.sys.comcast.net
X-detected-operating-system by eggs.gnu.org: First seen = 2020/05/03 21:53:55
X-ACL-Warn Detected OS = ???
X-Spam_score_int -18
X-Spam_score -1.9
X-Spam_bar -
X-Spam_report (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_MED=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN
X-Spam_action no action
X-BeenThere bug-bash@gnu.org
X-Mailman-Version 2.1.23
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 <https://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>
X-Mailman-Original-Message-ID <87imhcbh3j.fsf@hobgoblin.ariadne.com>
Xref csiph.com gnu.bash.bug:16271

Show key headers only | View raw


Greg Wooledge <wooledg@eeg.ccf.org> writes:
> Perl is a programming language.  It makes sense that perl would evolve
> in a way that makes it more useful for writing programs.
>
> Bash, on the other hand, is first and foremost a *shell*.  It's designed
> to act as an interface for executing commands, either interactively, or
> in a script.  Its use as a programming language is a distant second goal.

Oh, yeah, I don't think it would be at all worth the trouble to
implement lexical scoping in bash.  My point was, that if you *don't*
implement lexical scoping, you're pretty much guaranteed to get the sort
of conflicts between purposes that the original message points out.  And
it seems that the best choice in that conflict is the current behavior.

Dale

Back to gnu.bash.bug | Previous | Next | Find similar


Thread

Re: Local variable names clash with global read-only variable names. worley@alum.mit.edu (Dale R. Worley) - 2020-05-03 21:53 -0400

csiph-web