Path: csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From: Grisha Levit <grishalevit@gmail.com>
Newsgroups: gnu.bash.bug
Subject: Re: delcare -a on a nameref in a function modifies nameref instead of target
Date: Sun, 29 Jul 2018 16:04:25 -0400
Lines: 31
Approved: bug-bash@gnu.org
Message-ID: <mailman.4394.1532894682.1292.bug-bash@gnu.org>
References: <CAMu=BrqTimtENjRABPgRdDhn5bQG2zBMv5YfQsNQDETh6oAjeQ@mail.gmail.com> <CAMu=Brq3CfiUWmauM8n=MYHeaWSywE5_sEJzBd0ET3SrrB+1KA@mail.gmail.com> <ae9ccdae-89e3-388b-d6e5-e1ce6cd914dd@case.edu>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Cc: bug-bash <bug-bash@gnu.org>
To: Chester Ramey <chet.ramey@case.edu>
Envelope-to: bug-bash@gnu.org
In-Reply-To: <ae9ccdae-89e3-388b-d6e5-e1ce6cd914dd@case.edu>
Precedence: list
Xref: csiph.com gnu.bash.bug:14415

I think there's a related regression in the latest devel commit. Creating a
local variable with the same name as a higher-scoped nameref pointing to an
unset variable creates a local variable with the name of the target of the
nameref.

Starting with:

    declare -n ref=var
    f() { local ref=Y; declare -p ref var; local; }

This still works fine in both latest and previous:

    $ var=X; f
    declare -- ref="Y"
    declare -- var="X"
    ref=Y

But the behavior in the unset target case changed from the expected:

    $ unset var; f
    declare -- ref="Y"
    bash: declare: var: not found
    ref=Y

to:

    $ unset var; f
    declare -n ref="var"
    declare -- var="Y"
    var=Y