Author: mattip <[email protected]>
Branch: release-2.5.x
Changeset: r75581:b3eacc6c2a5f
Date: 2015-01-29 19:27 +0200
http://bitbucket.org/pypy/pypy/changeset/b3eacc6c2a5f/

Log:    tweak PyPy3 release name (Samureus)

diff --git a/pypy/doc/release-2.5.0.rst b/pypy/doc/release-2.5.0.rst
--- a/pypy/doc/release-2.5.0.rst
+++ b/pypy/doc/release-2.5.0.rst
@@ -16,7 +16,7 @@
 so we can finish those projects! The three sub-projects are:
 
 * `Py3k`_ (supporting Python 3.x): We have released a Python 3.2.5 compatible 
version
-   we call PyPy3 2.3.1, and are working toward a Python 3.3 compatible version
+   we call PyPy3 2.4.0, and are working toward a Python 3.3 compatible version
 
 * `STM`_ (software transactional memory): We have released a first working 
version,
   and continue to try out new promising paths of achieving a fast 
multithreaded Python
@@ -28,8 +28,6 @@
 .. _`STM`: http://pypy.org/tmdonate2.html
 .. _`NumPy`: http://pypy.org/numpydonate.html
 .. _`on bitbucket`: https://www.bitbucket.org/pypy/numpy   
-.. _`the Python Software Foundation`: https://www.python.org/psf/
-.. _`match funds`: 
http://morepypy.blogspot.com/2014/09/python-software-foundation-matching.html
 
 What is PyPy?
 =============
@@ -52,22 +50,23 @@
 Highlights
 ==========
 
-The past six months have seen pypy mature and grow, as rpython becomes the goto
-solution for writing dynamic language interpreters. Our separation of rpython
-and the python interpreter PyPy is now much clearer in the `documentation`_ . 
+* The past months have seen pypy mature and grow, as rpython becomes the goto
+solution for writing fast dynamic language interpreters. Our separation of
+rpython and the python interpreter PyPy is now much clearer in the
+`documentation`_ . 
 
-We have improved warmup time as well as jitted code performance more than 10%
+* We have improved warmup time as well as jitted code performance: more than 
10%
 compared to pypy-2.4.0, due to internal cleanup and gc nursery improvements. 
 
-Our integrated numpy support gained much of the GenericUfunc api in order to
+* Our integrated numpy support gained much of the GenericUfunc api in order to
 support the lapack/blas linalg module of numpy. This dovetails with work in the
 pypy/numpy repository to support linalg both through the (slower) cpyext capi
 interface and also via (the faster) pure python cffi interface, using an
 extended frompyfunc() api.
 
-Dictionaries are now ordered by default, see the `blog post`_
+* Dictionaries are now ordered by default, see the `blog post`_
 
-Issues reported with our previous release were fixed after reports from users 
on
+* Issues reported with our previous release were fixed after reports from 
users on
 our new issue tracker at https://bitbucket.org/pypy/pypy/issues or on IRC at
 #pypy. Here is a summary of some of the user-facing changes;
 for more information see `whats-new`_:
_______________________________________________
pypy-commit mailing list
[email protected]
https://mail.python.org/mailman/listinfo/pypy-commit

Reply via email to