Python 2.5时间表 [英] Python 2.5 Schedule
问题描述
有关Python 2.5计划的更多详细信息，请参阅：
http://www.python.org/doc/peps/pep-0356/
重点是我们希望推出第一个阿尔法真实
很快现在，希望在一两个星期内。如果有什么东西你真的好吗？b $ b认为必须在2.5并且不能等到2.6，现在是时候到了
说出来。 （实际上，现在是时候说几个月了。）向python-dev发送一条
消息。如果您有一个未完成的修补程序或错误报告
，您希望看到修复为2.5，请添加注释。补丁
和bug将继续工作直到最终版本。
我们试图通过第一个alpha来完成功能完成。这个
对于大C修改尤其如此。还有一些基于Python的模块可能会在alpha 2之前进入标准的
库。
我仍然希望我们能够在8月份之前获得最终的2.5分。最坏的情况是，我们
应该在9月份之前发布。更多测试
（ http：// www.python.org/dev/buildbot/all/ ）已经进入这个版本
比过去，我希望这是最稳定的python。即使
如果我们碰巧撕掉了胆量并用新的AST编译器替换了所有的内部结构
，支持64位对象（PEP 353），而不是to $>
提到对try-except-finally（PEP 341）的支持，一个新的声明
（PEP 343），还有更多。 :-)请参阅PEP了解即将发生的事情。
现在开始测试会很棒，特别是C扩展
模块。 />
对于那些懒得点击链接的人，这里有一些更多细节被复制
来自PEP的
：
发布时间表
alpha 1：2006年4月1日[计划]
alpha 2：2006年4月29日[计划]
alpha 3：5月27日，2006 [计划]
beta 1：2006年6月24日[计划]
beta 2：2006年7月15日[计划]
rc 1：2006年8月5日[计划]
决赛：2006年8月19日[计划]
已完成的功能2.5
PEP 308：条件表达式
PEP 309：部分功能应用
PEP 314：Python软件包的元数据v1.1
PEP 328：绝对/相对进口
PEP 341：统一尝试 - 尝试 - 尝试 - 最后尝试 - 除了 - 最后
PEP 342：通过增强型发电机的协同程序
PEP 343：with声明
PEP 352：例外所需的超类
PEP 353：使用ssize_t作为索引类型
PEP 357：允许使用任何对象用于切片
- ASCII是默认编码
- 基于AST的编译器
- 访问C AST从Python到新的_ast模块
- 添加对影子密码的支持
（ http://python.org/sf/579435 ）
- any（）/ all（）内置真相函数
- 新的hashlib模块添加对SHA-224，-256，-384和-512的支持
- 适用于长时间运行的新cProfile模块
应用程序
，最小开销
- Fredrik Lundh'的ElementTree和cElementTree
干杯，
n
For more details about the plan for Python 2.5, see:
http://www.python.org/doc/peps/pep-0356/
The highlights are that we are hoping to put out the first alpha Real
Soon Now, hopefully in a week or two. If there''s something you really
think just must be in 2.5 and can''t wait until 2.6, now is the time to
speak up. (Actually, it was time to speak up months ago.) Send a
message to python-dev. If you have a patch or bug report outstanding
that you would like to see fixed for 2.5, add a comment to it. Patches
and bugs will continue to be worked on until final release.
We are trying to be mostly feature complete by the first alpha. This
is especially true for large C modifications. There are still a few
more Python-based modules that are likely to make it into the standard
library before alpha 2.
I''m still hoping we can get a final 2.5 out by August. Worst case, we
should have release by September. A lot more testing
(http://www.python.org/dev/buildbot/all/) has gone into this version
than in the past, I expect this to be the most stable python yet. Even
if we did happen to rip out the guts and and replace all the internals
with a new AST compiler, support for 64-bit objects (PEP 353), not to
mention support for try-except-finally (PEP 341), a new with statement
(PEP 343), and a whole lot more. :-) See the PEP for what''s to come.
It would be great to start testing now, particularly C extension
modules.
For those too lazy to hit the link, here are some more details copied
from the PEP:
Release Schedule
alpha 1: April 1, 2006 [planned]
alpha 2: April 29, 2006 [planned]
alpha 3: May 27, 2006 [planned]
beta 1: June 24, 2006 [planned]
beta 2: July 15, 2006 [planned]
rc 1: August 5, 2006 [planned]
final: August 19, 2006 [planned]
Completed features for 2.5
PEP 308: Conditional Expressions
PEP 309: Partial Function Application
PEP 314: Metadata for Python Software Packages v1.1
PEP 328: Absolute/Relative Imports
PEP 341: Unified try-except/try-finally to try-except-finally
PEP 342: Coroutines via Enhanced Generators
PEP 343: The "with" Statement
PEP 352: Required Superclass for Exceptions
PEP 353: Using ssize_t as the index type
PEP 357: Allowing Any Object to be Used for Slicing
- ASCII is the default coding
- AST-based compiler
- Access to C AST from Python through new _ast module
- Add support for reading shadow passwords
(http://python.org/sf/579435)
- any()/all() builtin truth functions
- new hashlib module add support for SHA-224, -256, -384, and -512
(replaces old md5 and sha modules)
- new cProfile module suitable for profiling long running
applications
with minimal overhead
- Fredrik Lundh''s ElementTree and cElementTree
Cheers,
n
推荐答案
nn******@gmail.com 写道：
有关Python 2.5的计划，请参阅：
http://www.python.org/doc/peps/pep-0356/
For more details about the plan for Python 2.5, see:
http://www.python.org/doc/peps/pep-0356/
我希望这不是太偏离主题，但是什么编译器
将用于2.5的MSW版本？
可以使用''免费''Visual C ++ 2005 Express Edition来构建
扩展名吗？
谢谢，
Don。
I hope that this is not considered too off topic, but what compiler is
going to be used for the MSW version of 2.5?
If it is going to the MS Visual Studio 2005 compiler then will it be
possible to use the ''free'' Visual C++ 2005 Express Edition to build
extensions?
Thanks,
Don.
Don Taylor写道：
Don Taylor wrote:
nn ****** @ gmail.com 写道：
有关Python 2.5计划的更多详细信息，请参阅：
http://www.python.org/doc/peps/pep-0356/
For more details about the plan for Python 2.5, see:
http://www.python.org/doc/peps/pep-0356/
我希望这不算太过分主题，但是什么编译器将用于2.5的MSW版本？
如果要进入MS Visual Studio 2005编译器那么它是否可能使用''免费''Visual C ++ 2005 Express Edition来构建
扩展？
I hope that this is not considered too off topic, but what compiler is
going to be used for the MSW version of 2.5?
If it is going to the MS Visual Studio 2005 compiler then will it be
possible to use the ''free'' Visual C++ 2005 Express Edition to build
extensions?
我认为一段时间内不会有编译器切换。从VC 6开始的之前的
转换部分是因为获得VC 6.0编译器不再有任何合法的方式
。这一轮至少坚持使用与Python 2.4（VC 7.0）相同的
编译器。
新的2005编译器通过投诉标记了大部分Python源代码
关于完全合法的ANSI C结构，以及干净的构建。是PyDev集团强烈的
偏好。
-
-Scott David Daniels
sc *********** @ acm.org
是的，看到完全合法的C
结构上的VC8警告是非常烦人的（AFAIK甚至sprinf现在被认为是不安全的，MS希望
大家都用sprintf_s）。但是VC8的优化能力非常好。也许有人可以测量加速？
P.S.有一个_CRT_SECURE_NO_DEPRECATE标志消除了大部分
这种警告。另外，可以使用#pragma'（尽管这个
一点都不好）。
P.P.S.有没有用英特尔'
编译器编译CPython的实验？
Yes, it''s very annoying to see VC8 warnings on perfectly legal C
constructs (AFAIK even sprinf is now considered "unsafe", MS wants
everybody to use sprintf_s). But the optimisation capacities of VC8 are
really great. Maybe someone can measure the speedup?
P.S. there''s an "_CRT_SECURE_NO_DEPRECATE" flag that eliminates most of
this kind of warnings. Also, #pragma ''s can be used (although this
isn''t nice at all).
P.P.S. are there any experiments with compiling CPython with Intel''s
compiler?
这篇关于Python 2.5时间表的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
