From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5919 invoked by alias); 6 Feb 2017 11:22:12 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 40497 Received: (qmail 29774 invoked from network); 6 Feb 2017 11:22:12 -0000 X-Qmail-Scanner-Diagnostics: from mailout4.w1.samsung.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(210.118.77.14):SA:0(-5.0/5.0):. Processed in 1.870107 secs); 06 Feb 2017 11:22:12 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: p.stephenson@samsung.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: none (ns1.primenet.com.au: domain at samsung.com does not designate permitted sender hosts) X-AuditID: cbfec7ef-f79d26d00000420c-3d-589859fe1323 Date: Mon, 06 Feb 2017 11:11:52 +0000 From: Peter Stephenson To: Ronald Fischer Cc: zsh-workers@zsh.org Subject: Re: Bug in regexp operator when warn_create_global is in effect Message-id: <20170206111152.7ed7ba11@pwslap01u.europe.root.pri> In-reply-to: <1486377849.3086499.871611224.31A19FC9@webmail.messagingengine.com> Organization: Samsung Cambridge Solution Centre X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.0; i386-redhat-linux-gnu) MIME-version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrCIsWRmVeSWpSXmKPExsWy7djPc7r/ImdEGDz6omqx+ZydxcHmh0wO TB7vHn1k9lh18ANTAFMUl01Kak5mWWqRvl0CV8ab+S3MBW3cFRcufWJsYPzG0cXIySEhYCJx +uc2JghbTOLCvfVsXYxcHEICyxglDl9dygThfGaUaF/7iRWm41bnPoSqP6uaWSCcf4wSn3fO gMqcZpR4fRsmc4ZR4tPh2UAZDg4WAVWJD8u8QUaxCRhKTN00mxHEFhFQkNi+5Ck7SAmzgLjE 7CmBIGFhAQ+JL49WMYPYvAL2Em8uXmEDsTkFAiR+P/3EDmLzC+hLXP37CeoHe4mZV84wQtQL SvyYfI8FxGYW0JHYtu0xO4QtL7F5zVtmkNMkBOaxS7QdvMQMsldCQFZi0wFmiDkuEjfXv4Sy hSVeHd/CDmHLSFye3M0CYfczSjzp9oWYM4NR4vSZHWwQCWuJvtsXGSGW8UlM2jYdaj6vREeb EIQJ9NcKgQmMSrOQXDoLyaWzkFy6gJF5FaNIamlxbnpqsaFecWJucWleul5yfu4mRmBaOP3v +PsdjE+bQw4xCnAwKvHwPtCfHiHEmlhWXJl7iFGCg1lJhLcpdEaEEG9KYmVValF+fFFpTmrx IUZpDhYlcd69C66ECwmkJ5akZqemFqQWwWSZODilGhiXtGZf3/Nr7WlfEY4Em7nxRkd2/Dl/ dU7kxrrqPOXExP6Zz2byOl/SNWVIma/7/m7WynkNhxwbHcoCLGdosm0ymvPFUz7yc2ptVFZT yeP9ApP3PxbKWvInaLbijdfH3V81TH59cvWxo3qVLd6y/If/xV/6ETJR9sjM6TKiT20Y7drs 3H6xvnyoxFKckWioxVxUnAgAYY3GewcDAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrOIsWRmVeSWpSXmKPExsVy+t/xa7p/ImdEGHydL2ax+ZydxcHmh0wO TB7vHn1k9lh18ANTAFOUm01GamJKapFCal5yfkpmXrqtUmiIm66FkkJeYm6qrVKErm9IkJJC WWJOKZBnZIAGHJwD3IOV9O0S3DLezG9hLmjjrrhw6RNjA+M3ji5GTg4JAROJW5372CBsMYkL 99YD2VwcQgJLGCUWPtzAApIQEmhgkljzXBfCPs0osWmnLETRGUaJW8dvsHYxcnCwCKhKfFjm DVLDJmAoMXXTbEYQW0RAQWL7kqfsICXMAuISs6cEgoSFBTwkvjxaxQxi8wrYS7y5eAXsBk6B AInfTz+xQ6xayCTx7oMFiM0voC9x9e8nJog77SVmXjnDCNErKPFj8j2wM5kFtCQ2b2tihbDl JTavecsMMUdd4sbd3ewTGEVmIWmZhaRlFpKWBYzMqxhFUkuLc9Nzi430ihNzi0vz0vWS83M3 MQIjbduxn1t2MHa9Cz7EKMDBqMTDa2E0PUKINbGsuDL3EKMEB7OSCG9T6IwIId6UxMqq1KL8 +KLSnNTiQ4ymwCCayCwlmpwPTAJ5JfGGJobmloZGxhYW5kZGSuK8Uz9cCRcSSE8sSc1OTS1I LYLpY+LglGpgvORxtn3O+mKTSJkMg9un11m/rM5ZqftpmvRZNeWnDqWfWB/M8did6ZiyjEm9 9dmcf9/YS6eltG50aKwyOti4a5ly5YG2qYkq0VP/yc+1Z3rvOWv+ibXlO/3X5cRqqv0Jv/10 h9D6Db7VvVf/3k9+6fKVe5aCtSpf2tKiSVmNdS93Xc0+cn7mTyWW4oxEQy3mouJEAIk6olnK AgAA X-MTR: 20000000000000000@CPGS X-CMS-MailID: 20170206111155eucas1p2cd8700a1542eb73c4b9ed7f674f11dc5 X-Msg-Generator: CA X-Sender-IP: 182.198.249.180 X-Local-Sender: =?UTF-8?B?UGV0ZXIgU3RlcGhlbnNvbhtTQ1NDLURhdGEgUGxhbmUb?= =?UTF-8?B?7IK87ISx7KCE7J6QG1ByaW5jaXBhbCBFbmdpbmVlciwgU29mdHdhcmU=?= X-Global-Sender: =?UTF-8?B?UGV0ZXIgU3RlcGhlbnNvbhtTQ1NDLURhdGEgUGxhbmUbU2Ft?= =?UTF-8?B?c3VuZyBFbGVjdHJvbmljcxtQcmluY2lwYWwgRW5naW5lZXIsIFNvZnR3YXJl?= X-Sender-Code: =?UTF-8?B?QzEwG0VIURtDMTBDRDA1Q0QwNTAwNTg=?= CMS-TYPE: 201P X-HopCount: 7 X-CMS-RootMailID: 20170202073801epcas4p3fa77b3bbe2794d2f574ac0319f13ab3f X-RootMTR: 20170202073801epcas4p3fa77b3bbe2794d2f574ac0319f13ab3f References: <1486021036.1782934.867696784.0FCB3E9A@webmail.messagingengine.com> <20170202094340.64946066@pwslap01u.europe.root.pri> <1486377849.3086499.871611224.31A19FC9@webmail.messagingengine.com> On Mon, 06 Feb 2017 11:44:09 +0100 Ronald Fischer wrote: > > Yes, you're right, the user doesn't even necessarily want them, which is > > different from the case of the globbing flags in native zsh > > expressions. So probably best to turn the warnings off. > > I wouldn't consider this an optimal solution. This type of warning > proved to be extremely useful, and was catching already several spelling > errors in our own program. I'm not sure what you're referring to, but the change only turns off the warnings for the case in question, i.e. regular expression matches, where the use of the variables is hidden, the one you were complaining about. You were talking about creating the relevant variables even if they were never used, but simply not warning when they are created by the syntax in question should be equivalent and less invasive, I think. (Those are "the warnings" I was talking about: I wasn't explicit, which may have caused confusion.) Furthermore, creating MATCH etc. would suppress warnings in other cases where zsh-specific syntax is used to request they be created, in particular the globbing flag (#m), and from the above you appear to be suggesting other cases should (ideally) not be suppressed. If you're talking about other cases, if you could show exactly what's triggering a warning, or failing to trigger it, I'll have a look. pws