<br><div class="gmail_quote">On 29 November 2011 23:54, Andrew Pam <span dir="ltr"><<a href="mailto:andrew@sericyb.com.au" target="_blank">andrew@sericyb.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div>On 29/11/11 23:29, Tim Connors wrote:<br>
> <a href="http://blogs.perl.org/users/rurban/2010/09/qw-in-list-context-deprecated.html" target="_blank">http://blogs.perl.org/users/rurban/2010/09/qw-in-list-context-deprecated.html</a><br>
><br>
> Does anyone know whether this was completely arbitrary, or whether there<br>
> was good logic behind this change?<br>
<br>
</div>Explained quite well in the comments, I thought?<br>
<span><font color="#888888"><br></font></span></blockquote><div> </div><div>Not really...   'for' is a statement, not a function.  If that were the case 'if ...' and 'print ...' and so on, should also require parens... '</div>

<div><br></div><div>Alternatively... 'for' takes a list as its third (or second) argument, qw// provides that.  Parens is only syntactic sugar for generating a list. For example (arguably) this should also work, but the parsing would be almost impossible:</div>

<div><br></div><div>for keys %hash { print $_ }</div><div><br></div><div><br></div><div><br></div><div>My $0.02 -> the core developers should be making Perl faster (and fixing bugs), as highlighted by the recent comparison on this mailing list.  I know that in the past, I have moved code to a different language for a speed increase, once the business rules had stabilized.</div>

<div><br></div><div>Cheers,</div><div>Mathew Robertson</div></div>