Mailman 3 August 2013 - pypy-dev

A case for numpypy object arrays
by Martin.Gfeller＠swisscom.com Aug. 6, 2013

Aug. 6, 2013

Dear all I've read on an old status blog (http://morepypy.blogspot.ch/2012/04/numpy-on-pypy-progress-report.html): > We merged record dtypes support. The only missing dtypes left are complex (important), datetime (less important) and object (which will probably never be implemented because it makes very little sense and is a mess with moving GCs). I use object arrays extensively in CPython, because the numpy API is very convenient and object array operations (such as indexing with … [View More]

2 1

Could not download pypy codes
by Freeman Feng Aug. 5, 2013

Aug. 5, 2013

Hi, Pypyers, For some reasons, download from bitbucket.org is blocked in China. Is it possible to provide alternative way of download? such as make a mirror in Github? thanks a lot. Regards, Freeman

3 2

speed.pypy.org and pypy3
by Vito De Tullio Aug. 5, 2013

Aug. 5, 2013

Hi. with the release of pypy3, I was hoping to see also this version on the speed center (running against cpython3 or, if it makes sense, versus pypy/cpython2) but I cannot find it. Are there some plan to integrate pypy3 on the speed center? -- ZeD

3 3

cpyext, PyArray, and matplotlib
by Matti Picus Aug. 2, 2013

Aug. 2, 2013

Stefan H. Muller has been working hard to expand cpyext enough so that matplotlib non-interactive backends can work with PyPy. The steps to get it all working are included[0]. While pypy translates for him (on MacOS I think), I could not get past the platform checks on linux 64. If anyone would like to help, the branch is pypy-pyarray and the author is Stefan__ on IRC (off work hours). The traceback is here http://buildbot.pypy.org/builders/pypy-c-jit-linux-x86-64/builds/1602/steps… the … [View More]

1 0

Pypy-2.1-beta2 translation error
by David Naylor Aug. 1, 2013

Aug. 1, 2013

Hi, While trying to self-translate pypy-2.1-beta2 I got the following error: RPython traceback: File "rpython_jit_metainterp_resume.c", line 7778, in blackhole_from_resumedata File "rpython_jit_metainterp_resume.c", line 9972, in ResumeDataDirectReader_consume_vref_and_vable File "rpython_jit_metainterp_resume.c", line 695, in ResumeDataDirectReader_consume_vable_info Fatal RPython error: AssertionError Is this a known problem or something wrong with my setup? Regards

3 4

PyPy 2.1 released
by David Schneider Aug. 1, 2013

Aug. 1, 2013

============================ PyPy 2.1 - Considered ARMful ============================ We're pleased to announce PyPy 2.1, which targets version 2.7.3 of the Python language. This is the first release with official support for ARM processors in the JIT. This release also contains several bugfixes and performance improvements. You can download the PyPy 2.1 release here: http://pypy.org/download.html We would like to thank the Raspberry Pi Foundation http://www.raspberrypi.org for … [View More]supporting the work to finish PyPy's ARM support. The first beta of PyPy3 2.1, targeting version 3 of the Python language, was just released, more details can be found here: http://morepypy.blogspot.com/2013/07/pypy3-21-beta-1.html What is PyPy? ============= PyPy is a very compliant Python interpreter, almost a drop-in replacement for CPython 2.7. It's fast (http://speed.pypy.org) due to its integrated tracing JIT compiler. This release supports x86 machines running Linux 32/64, Mac OS X 64 or Windows 32. This release also supports ARM machines running Linux 32bit - anything with ARMv6 (like the Raspberry Pi) or ARMv7 (like the Beagleboard, Chromebook, Cubieboard, etc.) that supports VFPv3 should work. Both hard-float armhf/gnueabihf and soft-float armel/gnueabi builds are provided. armhf builds for Raspbian are created using the Raspberry Pi `custom cross-compilation toolchain <https://github.com/raspberrypi>`_ based on gcc-arm-linux-gnueabihf and should work on ARMv6 and ARMv7 devices running Debian or Raspbian. armel builds are built using the gcc-arm-linux-gnuebi toolchain provided by Ubuntu and currently target ARMv7. Windows 64 work is still stalling, we would welcome a volunteer to handle that. Highlights ========== * JIT support for ARM, architecture versions 6 and 7, hard- and soft-float ABI * Stacklet support for ARM * Support for os.statvfs and os.fstatvfs on unix systems * Improved logging performance * Faster sets for objects * Interpreter improvements * During packaging, compile the CFFI based TK extension * Pickling of numpy arrays and dtypes * Subarrays for numpy * Bugfixes to numpy * Bugfixes to cffi and ctypes * Bugfixes to the x86 stacklet support * Fixed issue 1533: fix an RPython-level OverflowError for space.float_w(w_big_long_number). https://bugs.pypy.org/issue1533 * Fixed issue 1552: GreenletExit should inherit from BaseException. https://bugs.pypy.org/issue1552 * Fixed issue 1537: numpypy __array_interface__ https://bugs.pypy.org/issue1537 * Fixed issue 1238: Writing to an SSL socket in PyPy sometimes failed with a "bad write retry" message. https://bugs.pypy.org/issue1238 Cheers, David Schneider for the PyPy team. [View Less]

1 0