<br><br><div class="gmail_quote">On Mon, Mar 24, 2008 at 2:30 AM, Jean-Paul Calderone &lt;<a href="mailto:exarkun@divmod.com">exarkun@divmod.com</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;">
<div class="Ih2E3d">On Mon, 24 Mar 2008 00:14:13 +0100, &quot;\&quot;Martin v. Löwis\&quot;&quot; &lt;<a href="mailto:martin@v.loewis.de">martin@v.loewis.de</a>&gt; wrote:<br>
&gt;&gt; You are still only seeing this as a case of libraries with a small<br>
&gt;&gt; number of people developing them and making regular well defined<br>
&gt;&gt; releases. That is not how the world I am talking about looks.<br>
&gt;<br>
&gt;Can you give me examples of such software? Are you perhaps talking<br>
&gt;about closed source software?<br>
<br>
</div>I&#39;m not sure what software he was talking about. &nbsp;I can say that for<br>
the work I do on both Twisted and Divmod software, I&#39;d be quite happy<br>
to see this feature. &nbsp;As either part of a migration path towards 3k<br>
_or_ as a feature entirely on its own merits, this would be very useful<br>
to me.<br>
<br>
I&#39;m a bit curious about why Thomas said this sort of thing results in<br>
fragile code. &nbsp;Twisted has been using __future__ imports for years and<br>
they&#39;ve never been a problem. &nbsp;Twisted currently supports Python 2.3<br>
through Python 2.5, and the only thing that&#39;s really difficult about<br>
that is subtle changes in library behavior, not syntax.<br>
</blockquote><div><br>I wasn&#39;t talking about future imports. I was talking about writing Python 2.6 code and expecting it to work *the same way* in 3.0 without modification. It requires all programmers working on the project to have knowledge of how 3.0 and 2.6 differ. *I* can&#39;t even look at code and tell you how 2.6 and 3.0 will differ. Since Lennart was talking specifically about projects with a large number of developers, I do not believe this is a safe assumption to make. A simple preprocessor step involving 2to3 requires no such knowledge. Or, alternatively, a preprocessor step involving 3to2, which I think will result in better code. Unfortunately I don&#39;t have time to work on either anytime soon.<br>
</div></div><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!