From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <88b53838-29d8-47b1-9ee7-5c4402d56ecc@email.android.com> From: Giacomo Tesio Date: Mon, 15 May 2017 20:25:26 +0200 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary="001a1136f3d6ec3450054f942d36" Subject: Re: [9fans] equality sign in Rc Topicbox-Message-UUID: bda5f678-ead9-11e9-9d60-3106f5b1d025 --001a1136f3d6ec3450054f942d36 Content-Type: text/plain; charset="UTF-8" Ok, sorry... :-) However what about disallowing '-' as variable's name starting character? It would be a breaking change, but probably more in theory than in practice. However options like -Da=1 and --foo=bar could then work unquoted. To my untrained eye, the gain seems larger than the loss. Am I missing an obvious use case? Or maybe the changes to rc's code would be too complex? Giacomo Il 15/Mag/2017 18:39, "Charles Forsyth" ha scritto: > > On 15 May 2017 at 17:30, Giacomo Tesio wrote: > >> % echo "$--fu" >> rc: null list in concatenation >> > > wrong quotes. try echo $'--fu' > > h% --x=hello > h% echo $'--x' > hello > > --001a1136f3d6ec3450054f942d36 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ok, sorry... :-)=C2=A0

However what about disallowing '-' =C2=A0as variable'= ;s name starting character?

It would be a breaking change, but probably more in theory than in prac= tice.
However options like -Da=3D1 and --foo=3Dbar c= ould then work unquoted.

To my untrained eye, the gain seems larger than the loss.
Am I missing an obvious use case? Or maybe the changes to rc's c= ode would be too complex?


Giacomo

Il 15/Mag/2017 18:39, "Charles Forsyth= " <charles.forsyth@gma= il.com> ha scritto:

On 15 May 2017 at 17:30, Giacomo Tesio <giacomo@tesio.it> wrote:
% echo "$--fu"
rc: null list in concaten= ation

wrong quotes. try echo $'--fu'

h% --x=3Dhello
h% echo $= '--x'
hello

--001a1136f3d6ec3450054f942d36--