<br><br><div class="gmail_quote">On Thu, Mar 20, 2008 at 12:10 PM, Christian Heimes &lt;<a href="mailto:lists@cheimes.de">lists@cheimes.de</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Eric Smith schrieb:<br>
<div class="Ih2E3d">&gt; py3k supports future imports. &nbsp;For example, &quot;from __future__ import<br>
&gt; with_statement&quot; works, and I presume it&#39;s a no-op. &nbsp;I did not forward<br>
&gt; port print_function, but maybe I should?<br>
<br>
</div>Python 3.0 must accept all future imports that are available in the 2.x<br>
series although they are no-ops. from __future__ import feature has to<br>
work even if the feature is already available by default.</blockquote></div><br>This surprises me greatly. The reason this is true in 2.x is for the obvious backward compatibility. 3.0 is about not worrying about backward compatibility. Why do we need to keep the future imports?<br clear="all">
<br>-- <br>Thomas Wouters &lt;<a href="mailto:thomas@python.org">thomas@python.org</a>&gt;<br><br>Hi! I&#39;m a .signature virus! copy me into your .signature file to help me spread!