Message 128482 - Python tracker

➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author	takayuki
Recipients	takayuki
Date	2011-02-13.09:39:12
SpamBayes Score	0.00026339196
Marked as misclassified	No
Message-id	<1297589953.69.0.371220549392.issue11205@psf.upfronthosting.co.za>
In-reply-to

Content
Running the following code shows "2 1 4 3", but in reference manual http://docs.python.org/reference/expressions.html#expression-lists the evaluation order described as {expr1: expr2, expr3: expr4} def f(i): print i return i {f(1):f(2), f(3):f(4)} I found some of past discussions about this problem, for example, http://mail.python.org/pipermail/python-dev/2002-November/030461.html http://mail.python.org/pipermail/python-dev/2002-November/030458.html http://bugs.python.org/issue448679 http://svn.python.org/view?view=rev&revision=30148 , but current implementation seems not to reflect these accomplishment. In present, which behaviour is legal?

Running the following code shows "2 1 4 3", but in reference manual
http://docs.python.org/reference/expressions.html#expression-lists
the evaluation order described as
{expr1: expr2, expr3: expr4}

def f(i):
    print i
    return i

{f(1):f(2), f(3):f(4)}

I found some of past discussions about this problem, for example,
http://mail.python.org/pipermail/python-dev/2002-November/030461.html
http://mail.python.org/pipermail/python-dev/2002-November/030458.html
http://bugs.python.org/issue448679
http://svn.python.org/view?view=rev&revision=30148
, but current implementation seems not to reflect these accomplishment.

In present, which behaviour is legal?

History
Date	User	Action	Args
2011-02-13 09:39:13	takayuki	set	recipients: + takayuki
2011-02-13 09:39:13	takayuki	set	messageid: <1297589953.69.0.371220549392.issue11205@psf.upfronthosting.co.za>
2011-02-13 09:39:12	takayuki	link	issue11205 messages
2011-02-13 09:39:12	takayuki	create