Nuts, I accidentally sent this just to Guido (again...)  Sorry Guido! <br><br>-------------------------------------<br><br>I, for one, am very glad to see this!<br><br>I might suggest that
changes to correct "bugs" in the language definition (and I don't just
mean the documentation) should still be allowed.<br><br>I'd like to
also point out that the import mechanism (including the concept of the
python path, packages, and module initialization) seems to still be
messy.  For example, getting two copies of the same module when
imported with and without a package prefix, and weird import ordering
dependencies.  I guess these would be covered under the "bugs in the
language definition" above.  I've wondered too about opening up the
whole import process with more hooks to allow other notions of
"compiling" and "loading" (for example, being able to import pickles of
complex object networks that have been created through some other
"compile" process that might still need file modification times
checked, but with different file suffixes).  This might help to give
some degree of extensibility and support for domain specific languages,
for example.<br>
<br>I agree that Python will gain much more through better
implementations than through further additions to the language.  (And I
don't mean to put down the CPython implementation in any way, it's
carried us all a very long way!)  Excluding the C implementation from
the moratorium makes sense.<br>
<br>+1<br><font color="#888888"><br>-Bruce</font><br><br><div class="gmail_quote">On Wed, Oct 21, 2009 at 12:42 PM, Guido van Rossum <span dir="ltr"><<a href="mailto:guido@python.org">guido@python.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I propose a moratorium on language changes. This would be a period of<br>
several years during which no changes to Python's grammar or language<br>
semantics will be accepted. The reason is that frequent changes to the<br>
language cause pain for implementors of alternate implementations<br>
(Jython, IronPython, PyPy, and others probably already in the wings)<br>
at little or no benefit to the average user (who won't see the changes<br>
for years to come and might not be in a position to upgrade to the<br>
latest version for years after).<br>
<br>
The main goal of the Python development community at this point should<br>
be to get widespread acceptance of Python 3000. There is tons of work<br>
to be done before we can be comfortable about Python 3.x, mostly in<br>
creating solid ports of those 3rd party libraries that must be ported<br>
to Py3k before other libraries and applications can be ported. (Other<br>
work related to Py3k acceptance might be tools to help porting, tools<br>
to help maintaining multiple versions of a codebase, documentation<br>
about porting to Python 3, and so on. Also, work like that going on in<br>
the distutils-sig is very relevant.)<br>
<br>
Note, the moratorium would only cover the language itself plus<br>
built-in functions, not the standard library. Development in the<br>
standard library is valuable and much less likely to be a stumbling<br>
block for alternate language implementations. I also want to exclude<br>
details of the CPython implementation, including the C API from being<br>
completely frozen -- for example, if someone came up with (otherwise<br>
acceptable) changes to get rid of the GIL I wouldn't object.<br>
<br>
But the moratorium would clearly apply to proposals for anonymous<br>
blocks, "yield from" (PEP 380), changes to decorator syntax, and the<br>
like. (I'm sure it won't stop *discussion* of those proposals, and<br>
that's not the purpose of the moratorium; but at least it will stop<br>
worries elsewhere that such proposals might actually be *accepted* any<br>
time soon.)<br>
<font color="#888888"><br>
--<br>
--Guido van Rossum (home page: <a href="http://www.python.org/%7Eguido/" target="_blank">http://www.python.org/~guido/</a>)<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>
</font></blockquote></div><br>