Live data from Hacker News

PyPy 1.6 Released - Full Python 2.7.1 Implementation

morepypy.blogspot.com

1–10 of 57 posts

Re: PyPy 1.6 Released - Full Python 2.7.1 Implementation

#2
> has beta level support for loading CPython C extensions.

Is this via ctypes, or "real" support in much the same as how CPython would behave?

I ask because this is one of the features that I've been waiting (impatiently) for - I've run some Flask projects using PyPy and gunicorn, and love how fast it goes, but really want to be able to use the rest of my codebase, which unfortunately does rely on some C (and Cython) extensions. (:

Re: PyPy 1.6 Released - Full Python 2.7.1 Implementation

#6
post #2

> has beta level support for loading CPython C extensions. Is this via ctypes, or "real" support in much the same as how CPython would behave? I ask because this is one of the features that I've been waiting (impatiently) for - I've run some Flask projects using PyPy and gunicorn, and love how fast it goes, but really want to be able to use the rest of my codebase, which unfortunately does rely on some C (and Cython)…

It's "real" support, using your criteria. However, it's slower in PyPy than in CPython and than what the same thing based on ctypes would be on PyPy.

If there's a pure-Python version of the C extension, it might be faster on PyPy than the C extension support that cpyext (PyPy C-API compatibility module) provides.

Cython-based code is currently incompatible (it goes well beyond the public C-API), but a GSoC project to generate ctypes-based pure-Python code from Cython is (was?) going on.

Re: PyPy 1.6 Released - Full Python 2.7.1 Implementation

#7
post #2

> has beta level support for loading CPython C extensions. Is this via ctypes, or "real" support in much the same as how CPython would behave? I ask because this is one of the features that I've been waiting (impatiently) for - I've run some Flask projects using PyPy and gunicorn, and love how fast it goes, but really want to be able to use the rest of my codebase, which unfortunately does rely on some C (and Cython)…

Not via ctypes, via CPyExt, a layer emulating the CPython C extension API (it actually implements a reference counting GC and everything)

Re: PyPy 1.6 Released - Full Python 2.7.1 Implementation

#8

In general I'm very happy with my choice of Ruby/Rails instead of Python/Django, but PyPy is one of the few things I envy Python developers for. I wish something similar could be developed for Ruby.

Maybe rubinius will fill this need? http://rubini.us/

Also, this could be an interesting read: http://www.engineyard.com/blog/2010/making-ruby-fast-the-rub...

Re: PyPy 1.6 Released - Full Python 2.7.1 Implementation

#9

In general I'm very happy with my choice of Ruby/Rails instead of Python/Django, but PyPy is one of the few things I envy Python developers for. I wish something similar could be developed for Ruby.

> but PyPy is one of the few things I envy Python developers for.

Depending on your needs, there are others - numpy, scipy, matplotlib, nltk, gevent.

> I wish something similar could be developed for Ruby.

Isn't http://rubini.us/ supposed to be the PyPy for Ruby? It's not complete, but then neither is PyPy.

Re: PyPy 1.6 Released - Full Python 2.7.1 Implementation

#10
post #9

In general I'm very happy with my choice of Ruby/Rails instead of Python/Django, but PyPy is one of the few things I envy Python developers for. I wish something similar could be developed for Ruby.

> but PyPy is one of the few things I envy Python developers for. Depending on your needs, there are others - numpy, scipy, matplotlib, nltk, gevent. > I wish something similar could be developed for Ruby. Isn't http://rubini.us/ supposed to be the PyPy for Ruby? It's not complete, but then neither is PyPy.

matplotlib and numpy make Python really awesome. If only there was a way to get matplotlib to work on Lion.
Post reply on HN