PyPy funded to begin support for Python 3 and Numpy
morepypy.blogspot.com
PyPy funded to begin support for Python 3 and Numpy
1–10 of 32 posts
Re: PyPy funded to begin support for Python 3 and Numpy
#2I like pypy and its ambitions, last time I tested it, about a month ago it was very speedy and startup time considerable faster than Cpython. However the regex exercises I wanted to do couldnt be done. Pypy seemingly didnt have a good regexp engine. If I remember correctly, something with groups and backwards-reference...
Has that changed?
Re: PyPy funded to begin support for Python 3 and Numpy
#3I like pypy and its ambitions, last time I tested it, about a month ago it was very speedy and startup time considerable faster than Cpython. However the regex exercises I wanted to do couldnt be done. Pypy seemingly didnt have a good regexp engine. If I remember correctly, something with groups and backwards-reference... Has that changed?
The fundamental question is: How compatible will PyPy ever be? Which kind of applications can be run with PyPy?
http://pypy.org/compat.html mentions compatiblity according to the standard library. This is fine for (web) servers and command line applications.
But what about desktop applications? Can I (someday) take a PyQt or PyGTK code and compile it with PyPy without modifications?
Re: PyPy funded to begin support for Python 3 and Numpy
#4This post made me think of this article:
http://technicaldiscovery.blogspot.com/2011/10/thoughts-on-p...
For those who don't know, Travis Oliphant is the creator of NumPy and(?) SciPy.
It's a good read and it puts some of the issues with a port into perspective.
Re: PyPy funded to begin support for Python 3 and Numpy
#5I like pypy and its ambitions, last time I tested it, about a month ago it was very speedy and startup time considerable faster than Cpython. However the regex exercises I wanted to do couldnt be done. Pypy seemingly didnt have a good regexp engine. If I remember correctly, something with groups and backwards-reference... Has that changed?
The fundamental question is: How compatible will PyPy ever be? Which kind of applications can be run with PyPy? http://pypy.org/compat.html mentions compatiblity according to the standard library. This is fine for (web) servers and command line applications. But what about desktop applications? Can I (someday) take a PyQt or PyGTK code and compile it with PyPy without modifications?
Maybe.
cpyext is a hack to let PyPy run Python/C API modules. It works for some, but not all, and it's slow. I'm sure it'll keep getting better, but not sure if it'll ever be good enough to run PyGTK or PyQt.
PyPy has good support for ctypes, so ctypes bindings are a good option. There are projects out there like pygir-ctypes and ctypes-gtk. One of them just needs to become complete enough to be a good choice for GTK programming. Compatibility with new PyGObject is more likely than compatibility with legacy PyGTK, though.
PyQt is harder because it's C++.
Re: PyPy funded to begin support for Python 3 and Numpy
#6I like pypy and its ambitions, last time I tested it, about a month ago it was very speedy and startup time considerable faster than Cpython. However the regex exercises I wanted to do couldnt be done. Pypy seemingly didnt have a good regexp engine. If I remember correctly, something with groups and backwards-reference... Has that changed?
The fundamental question is: How compatible will PyPy ever be? Which kind of applications can be run with PyPy? http://pypy.org/compat.html mentions compatiblity according to the standard library. This is fine for (web) servers and command line applications. But what about desktop applications? Can I (someday) take a PyQt or PyGTK code and compile it with PyPy without modifications?
I believe that C extensions, which have always been and still are very CPython specific, will have to be replaced with ctypes and possibly Cython versions eventually.
I expect to see quite a lot of improvement in that area as a side effect of the work on numpy.
Re: PyPy funded to begin support for Python 3 and Numpy
#7I like pypy and its ambitions, last time I tested it, about a month ago it was very speedy and startup time considerable faster than Cpython. However the regex exercises I wanted to do couldnt be done. Pypy seemingly didnt have a good regexp engine. If I remember correctly, something with groups and backwards-reference... Has that changed?
No, not much has changed about our regex engine in the last month. However, our `re` module is fully compatible with CPython's so I'm bit confused, are you saying it didn't run something, or was slow?
Re: PyPy funded to begin support for Python 3 and Numpy
#8This post made me think of this article: http://technicaldiscovery.blogspot.com/2011/10/thoughts-on-p... For those who don't know, Travis Oliphant is the creator of NumPy and(?) SciPy. It's a good read and it puts some of the issues with a port into perspective.
Hey.
While I generally grossly disagree with Travis in regard to how far PyPy can go I wonder what kind of perspective are you talking about?
Re: PyPy funded to begin support for Python 3 and Numpy
#9I like pypy and its ambitions, last time I tested it, about a month ago it was very speedy and startup time considerable faster than Cpython. However the regex exercises I wanted to do couldnt be done. Pypy seemingly didnt have a good regexp engine. If I remember correctly, something with groups and backwards-reference... Has that changed?
Hi, could you give some details about those regexes that you were trying to run? Are you sure these are problems with the PyPy implementation, not with the Python regexp spec itself? I've used grouping and back-references with pypy with no problems so far, so I wonder which case you're talking about.
Re: PyPy funded to begin support for Python 3 and Numpy
#10This post made me think of this article: http://technicaldiscovery.blogspot.com/2011/10/thoughts-on-p... For those who don't know, Travis Oliphant is the creator of NumPy and(?) SciPy. It's a good read and it puts some of the issues with a port into perspective.
Hey. While I generally grossly disagree with Travis in regard to how far PyPy can go I wonder what kind of perspective are you talking about?
I think this statement sums up the perspective I'm talking about:
"NumPy is just the beginning (SciPy, matplotlib, scikits, and 100s of other packages and legacy C/C++ and Fortran code are all very important)"
I'm not that familiar with matplotlib and not familiar at all with scikits. But, the point is that there is a lot of other C/Fortran code that users of NumPy rely on. How much do you gain by porting NumPy to PyPy? (Not a rhetorical question... I'm genuinely curious why the PyPy folks have chosen this as a goal?)
PyPy team, if you're out there, please don't take my question as criticism -- it's not. I'm just genuinely curious. Congrats on getting the funding and keep doing what you love!