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 georg.brandl
Recipients benjamin.peterson, brett.cannon, exarkun, georg.brandl
Date 2009-09-05.18:38:02
SpamBayes Score 2.4723862e-10
Marked as misclassified No
Message-id <1252175884.92.0.301256876474.issue6837@psf.upfronthosting.co.za>
In-reply-to
Content
"Bugs are not fixed" is somewhat misleading -- I assume you're referring
to bugs like the one I closed recently. Those are all bugs that have
been in the compiler package for ages, and users that hit them know them
or work around them.  If a regression comes up, it should be fixed IMO.

The only way to make the compiler users happy would be to add it back,
fully supported, to Python3 :)

If you want to understand my reasoning: I want to avoid a situation like
a few months ago, when Python 2.6 was released -- people claimed e.g.
the latest Mercurial release at that time wasn't compatible with 2.6
because it emitted quite a few DeprecationWarnings.  This statement is
not true, of course, but this is how users see it.  In that case, it was
easy for Mercurial to "fix" because all the deprecated features could be
replaced without effort.  For libraries/programs that use the compiler
package, this won't be effortless and many maintainers may not be able
to spend the time and effort to "fix" that.

Also, if you look at other modules removed in Py3k, like "new" or
"rfc822", they all only raise a Py3k deprecation warning.
History
Date User Action Args
2009-09-05 18:38:05georg.brandlsetrecipients: + georg.brandl, brett.cannon, exarkun, benjamin.peterson
2009-09-05 18:38:04georg.brandlsetmessageid: <1252175884.92.0.301256876474.issue6837@psf.upfronthosting.co.za>
2009-09-05 18:38:03georg.brandllinkissue6837 messages
2009-09-05 18:38:02georg.brandlcreate