Author: mattip <matti.pi...@gmail.com>
Branch: release-2.5.x
Changeset: r75583:0cb9ead08202
Date: 2015-01-29 23:03 +0200
http://bitbucket.org/pypy/pypy/changeset/0cb9ead08202/

Log:    formatting, add a section to project-ideas

diff --git a/pypy/doc/project-ideas.rst b/pypy/doc/project-ideas.rst
--- a/pypy/doc/project-ideas.rst
+++ b/pypy/doc/project-ideas.rst
@@ -191,3 +191,37 @@
 to make them work at all if they currently don't. A part of this work would
 be to get cpyext into a shape where it supports running Cython generated
 extensions.
+
+======================================
+Make more python modules pypy-freindly
+======================================
+
+Work has been started on a few popular python packages. Here is a partial
+list of good work that needs to be finished:
+
+**matplotlib** https://github.com/mattip/matplotlib
+
+    Status: the repo is an older version of matplotlib adapted to pypy and 
cpyext
+
+    TODO: A suggested first step would be to merge the differences into 
+    matplotlib/HEAD. The major problem is the use of a generic view into a
+    numpy ndarray. The int* fields would need to be converted into 
int[MAX_DIMS]
+    c-arrays and filled in.
+
+**wxPython** https://bitbucket.org/waedt/wxpython_cffi
+
+    Status: A GSOC 2013 project to adapt the Phoenix sip build system to cffi
+
+    TODO: Merge the latest version of the wrappers and finish the sip 
conversion
+
+**pygame** https://github.com/CTPUG/pygame_cffi
+
+    Status: see blog post 
<http://morepypy.blogspot.com/2014/03/pygamecffi-pygame-on-pypy.html>
+
+    TODO: see the end of the blog post
+
+**pyopengl** https://bitbucket.org/duangle/pyopengl-cffi
+
+    Status: unknown
+
+
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
@@ -53,31 +53,31 @@
 ==========
 
 * 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`_ . 
+  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%
-compared to pypy-2.4.0, due to internal cleanup and gc nursery improvements. 
+  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
-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.
+  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`_
 
 * 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`_:
+  our 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`_:
 
 * Our nightly translations use --shared by default, including on OS/X and linux
 
 * We now more carefully handle errno (and GetLastError, WSAGetLastError) tying
-the handlers as close as possible to the external function call, in non-jitted
-as well as jitted code.
+  the handlers as close as possible to the external function call, in 
non-jitted
+  as well as jitted code.
   
 * Many issues were resolved_ since the 2.4.0 release in September 2014
 
_______________________________________________
pypy-commit mailing list
pypy-commit@python.org
https://mail.python.org/mailman/listinfo/pypy-commit

Reply via email to