<p>Huh? That makes no sense.<br>
   a[x]=x<br>
is not<br>
    a = a [] x<br>
or anything like that. Language decisions shouldn't be made based on wrong understandings of how the language works. </p>
<p>As to the idea of turning a guaranteed run time error into a compile time error I'm usually in favor of that. If it doesn't muck up the compiler.</p>
<p>--- Bruce<br>
(via android)</p>
<p><blockquote type="cite">On Jun 13, 2010 5:54 AM, "Demur Rumed" <<a href="mailto:junkmute@hotmail.com">junkmute@hotmail.com</a>> wrote:<br><br>



<div><p><font color="#500050">> > But if the programmer intended a to be global, the *only*<br>> > reason it's a bug is the current s...</font></p>a=[1,2,3]<br>
def f(x):a[x]=x<br>
f(0)<br>
<br>
Some like to think of []= as a form of augmented assignment<br>
Currently, []= doesn't align with other augmenteds on this point<br>
That doesn't seem very consistent. Add on that augmented<br>assignment is the only globalizing store statement which also<br>dereferences, and consistency doesn't seem to be a strong point<br>against this proposal<br>
                                          <br><hr>Jeux Messenger : mettez vos amis au défi! <a href="http://go.microsoft.com/?linkid=9734391" target="_blank">Jeux Messenger!</a></div>
<br>_______________________________________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-ideas" target="_blank">http://mail.python.org/mailman/listinfo/python-ideas</a><br>
<br></blockquote></p>