Mailman 3 January 2011 - pypy-dev

Building pypy on freebsd 64bit
by Shadrin Eugene Nov. 19, 2011

Nov. 19, 2011

Hi! I tryed to build pypy on the freebsd, 64bit platform, but failed. First of all I downloaded a 32bit-Python to run pypy. And then: [user@server_name ~/pypy-trunk/pypy/translator/goal]$ ~/py32/bin/python translate.py -Ojit [translation:info] Translating target as defined by targetpypystandalone [platform:execute] gcc -m32 -c -O3 -pthread -fomit-frame-pointer /var/tmp/usession-trunk-22/gcctest.c -o /var/tmp/usession-trunk-22/gcctest.o [platform:WARNING] /var/tmp/usession-trunk-22/gcctest.c:28:2: warning: no newline at end of file [platform:execute] gcc -m32 /var/tmp/usession-trunk-22/gcctest.o -L/lib32 -L/usr/lib32 -L`pwd`/lib32 -Wl,-rpath,/lib32 -Wl,-rpath,/usr/lib32 -pthread -o /var/tmp/usession-trunk-22/gcctest printf("sizeof short=%ld\n", (long)sizeof(short)); printf("sizeof unsigned short=%ld\n", (long)sizeof(unsigned short)); printf("sizeof int=%ld\n", (long)sizeof(int)); printf("sizeof unsigned int=%ld\n", (long)sizeof(unsigned int)); printf("sizeof long=%ld\n", (long)sizeof(long)); printf("sizeof unsigned long=%ld\n", (long)sizeof(unsigned long)); printf("sizeof signed char=%ld\n", (long)sizeof(signed char)); printf("sizeof unsigned char=%ld\n", (long)sizeof(unsigned char)); printf("sizeof long long=%ld\n", (long)sizeof(long long)); printf("sizeof unsigned long long=%ld\n", (long)sizeof(unsigned long long)); printf("sizeof size_t=%ld\n", (long)sizeof(size_t)); printf("sizeof time_t=%ld\n", (long)sizeof(time_t)); printf("sizeof wchar_t=%ld\n", (long)sizeof(wchar_t)); printf("sizeof mode_t=%ld\n", (long)sizeof(mode_t)); printf("sizeof pid_t=%ld\n", (long)sizeof(pid_t)); sizeof short=2 sizeof unsigned short=2 sizeof int=4 sizeof unsigned int=4 sizeof long=8 sizeof unsigned long=8 sizeof signed char=1 sizeof unsigned char=1 sizeof long long=8 sizeof unsigned long long=8 sizeof size_t=8 sizeof time_t=8 sizeof wchar_t=4 sizeof mode_t=2 sizeof pid_t=4 Traceback (most recent call last): File "translate.py", line 300, in <module> main() File "translate.py", line 205, in main targetspec_dic, translateconfig, config, args = parse_options_and_load_target() File "translate.py", line 153, in parse_options_and_load_target targetspec_dic = load_target(targetspec) File "translate.py", line 105, in load_target mod = __import__(specname) File "targetpypystandalone.py", line 5, in <module> from pypy.objspace.std.objspace import StdObjSpace File "/place/home/hitrobot/pypy-trunk/pypy/objspace/std/__init__.py", line 1, in <module> from pypy.objspace.std.objspace import StdObjSpace File "/place/home/hitrobot/pypy-trunk/pypy/objspace/std/objspace.py", line 3, in <module> from pypy.interpreter import pyframe, function, special File "/place/home/hitrobot/pypy-trunk/pypy/interpreter/pyframe.py", line 13, in <module> from pypy.rlib import jit, rstack File "/place/home/hitrobot/pypy-trunk/pypy/rlib/rstack.py", line 10, in <module> from pypy.rpython.lltypesystem import rffi, lltype File "/place/home/hitrobot/pypy-trunk/pypy/rpython/lltypesystem/rffi.py", line 824, in <module> sys.maxint, sizeof(lltype.Signed))) AssertionError: Mixed configuration of the word size of the machine: the underlying Python was compiled with maxint=2147483647, but the C compiler says that 'long' is 8 bytes I got this error, then I added "-m32" flag to gcc argument list (in the posix.py source file) , but error occured again :( Does anybody tryed to build pypy-c on the 64bit FreeBsd? Thank you for your answer! -- Shadrin Eugene

5 7

Issue with SSL module while translating with VS2010 and 64bit
by Tasos Vogiatzoglou Feb. 1, 2011

Feb. 1, 2011

Hello All, I am trying to translate and compile pypy using Visual Studio 2010 to Win64a and I am getting the following issue with ssl. [translation:WARNING] The module '_ssl' is disabled [translation:WARNING] because importing pypy.module._ssl.interp_ssl raised CompilationError [translation:WARNING] <CompilationError err='platcheck_42.obj : error LNK2019: unresolved external symbol _SSLeay_version referenced in function _dump_section_SSL ...\flatline\\appdata\\local\\temp\\usession-default-55\\platcheck_42.exe : fatal error LNK1120: 1 unresolved externals\n'> After that the translation operation stops and the debugger kicks in. The strange part is that when I execute cl/link from a command prompt the file is compiled and linked without issues. I've compiled OpenSSL with 64bit support removing bufferoverflowu.lib which is not needed in vs2010. Regards Tasos

2 4

Fwd: [issue10994] implementation details in sys module
by Maciej Fijalkowski Jan. 25, 2011

Jan. 25, 2011

I think this explanation what sys.getsizeof does is interesting. We might want to have it. ---------- Forwarded message ---------- From: Antoine Pitrou <report(a)bugs.python.org> Date: Mon, Jan 24, 2011 at 4:13 PM Subject: [issue10994] implementation details in sys module To: fijall(a)gmail.com Antoine Pitrou <pitrou(a)free.fr> added the comment: > I suppose wrt getsizeof it's more of "if you provide us with a > reasonable expectations, we can implement this" other than anything > else. The expectation is that it returns the memory footprint of the given object, and only it (not taking into account sharing, caching, dependencies or anything else). For example, an instance will not count its attribute __dict__. But a str object will count its object header plus the string payload, if the payload is private. Of course, you are free to tweak these semantics for the PyPy implementation. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10994> _______________________________________

1 0

PyObject_AsCharBuffer: compiler warning
by Arnd Rechenburg Jan. 24, 2011

Jan. 24, 2011

Hi, When I try to use the function PyObject_AsCharBuffer I get the following compiler warning: warning: passing argument 2 of 'PyObject_AsCharBuffer' from incompatible pointer type By using Python it works without problems. In Python: int PyObject_AsCharBuffer(PyObject *obj, const char **buffer, Py_ssize_t *buffer_len) Is there something different in pypy? Regards, Arnd

2 1

New version of Codespeed (0.7) for speed.pypy.org
by Miquel Torres Jan. 24, 2011

Jan. 24, 2011

Hi all, I want to announce the release of Codespeed 0.7, the version which is now powering speed.pypy.org The announcement has been made on http://groups.google.com/group/codespeed/browse_thread/thread/3dd2d9491b26d…, but I will paste it here: -------------------------------------------------- I will briefly describe the most significant improvements. Result Reports -------------- While the previous Codespeed version allowed a project to analyse and visualize performance changes and compare different versions or even "competitors", it didn't address well a use-case: a core developer that is interested in the daily performance variations. You had to go to the Changes view, click on the desired revision, maybe another executable, and again for every revision you wanted to check. That use case is now addressed by Reports. They are a summary of the most significant changes on every run. It's a ultra-condensed Changes table. It is shown on the main page, and you can even subscribe to a RSS feed. That way you only visit the page when you are interested in some particular revision or change. After a few weeks of use, you may find out that a different "algorithm" is better (for example dropping trends or trends triggering the red state...), or that the thresholds need to be tweaked. And there are surely other interesting run statistics that could be gathered and shown. I eagerly await the feedback and ensuing discussion ;-) Support for small screen sizes ------------------------------ Using CSS media queries, the site layout adapts to smaller screens. It is optimized for 3 sizes: - Desktop: normal layout for big screens - Netbook, tablets (~1000px): Similar layout but smaller margins, smaller plots. Coincidentally, it is about the same width of Maciej's laptop screen ;-) - Smartphones: iPhones and Androids in landscape mode should be now able to visit the site without problems. Though it can be tested just by resizing the browser window, it would be great to get some feedback of anyone actually using the above mentioned devices! Performance improvements ------------------------ Exarkun made the timeline view faster by pre-fetching all related data. The timeline grid took 1.46 seconds to load, and a single plot 0.45 seconds. They now need 1.26 and 0.26 seconds respectively. A big improvement! There is yet another improvement waiting in the wings, but we still need to figure out some regression it introduces. The Changes view is also much faster (from 480ms to 210ms), because it now uses the cached table stored in the corresponding report (only when viewing with the default trend=10 ). A last detail --------------- Another change you may notice is that the default checked executables in the Comparison view are now configurable (I didn't forget Maciej! :). So they are not all selected per default any more, so the plot shouldn't look any longer like the Flying Spaghetti Monster ;-) I'll leave it there. I hope you enjoy the changes! Miquel

5 9

Re: [pypy-dev] Branches in the mercurial repository
by Samuele Pedroni Jan. 22, 2011

Jan. 22, 2011

On Fri, Jan 21, 2011 at 10:10 AM, Bea During <bea(a)openend.se> wrote: >> On Thu, Jan 20, 2011 at 10:33 AM, Samuele Pedroni >> <samuele.pedroni(a)gmail.com <mailto:samuele.pedroni@gmail.com>> wrote: >> >> > Samuele ctypes-stable Fri Apr 11 >> 15:44:57 2008 >> > Samuele run-django Sat Jul 12 >> 09:46:07 2008 ... >> closed just means that they are no longer being used (and won't be shown >> in the default list of branches), I tihnk those are safe to close. >> > +1. > closed Samuele

1 0

rPython
by Eva Maia Jan. 22, 2011

Jan. 22, 2011

Hi, It is possible through the PyPy toolchain check if a program is a rPython program? I know the tool Pylint (RPylint) gives an idea, but it seems to me that this tool gives some errors that result from being a little outdated. Thanks, Eva Maia.

3 2

Branches in the mercurial repository
by Jacob Hallén Jan. 21, 2011

Jan. 21, 2011

I have made a cleanup of branches in the mercurial repository, closing about 40 of them. We currently have 34 open branches and I think that some of them may no longer be useful. Please check the branches you are responsible for and close them if they are no longer needed. By keeping the repository free from cruft we make it a lot easier for newcomers to navigate. The procedure for closing a branch is simple: hg up -C <branch-you want-to-close> hg commit --close-branch -m 'Closing disused branch.' hg up -C default # switch back to "good" branch Here is a list of currently open branches: Alex mixed-submodules Mon Jan 03 12:50:00 2011 Alexander sepcomp Wed Dec 09 12:15:29 2009 Amaury build-external Tue Jun 10 10:48:46 2008 Amaury cpyext-init-cleanup Wed Jun 09 15:56:49 2010 Amaury separate-compilation Fri Jan 22 17:32:50 2010 Amaury unicode_filename Fri Apr 24 16:17:08 2009 Amaury unicode_filename-2 Fri Jul 16 20:39:39 2010 Antonio cli-jit Wed Jan 20 09:09:23 2010 Antonio jitypes2 Thu Jan 20 10:16:27 2011 Armin 32ptr-on-64bit Fri Oct 15 13:13:44 2010 Armin inline-shadowstack Mon Dec 06 10:46:52 2010 Armin jit-longlong Fri Jan 14 16:17:13 2011 Armin jit-lsprofile Wed Jan 05 18:26:14 2011 Armin jit-tagged Mon Dec 20 10:36:09 2010 Bartosz fast-ctypes Thu Aug 19 11:35:15 2010 Carl bridges-experimental Thu Jan 21 15:33:18 2010 Carl reflex-support Tue Jan 11 14:32:08 2011 Carl unroll-safe-if-const-arg Tue Jan 26 15:36:20 2010 Dan gdbm Thu Nov 25 00:00:30 2010 Daniel micronumpy Sun Sep 12 08:59:28 2010 Daniel micronumpy-resync Tue Oct 19 05:19:25 2010 Daniel ootype-virtualrefs Sun Nov 07 19:39:49 2010 Daniel psycopg2compatibility Thu Jan 13 16:05:44 2011 David arm-backed-float Mon Jan 17 17:31:39 2011 David arm-backend-2 Fri Oct 08 01:35:03 2010 Hakan jit-short-preamble Mon Jan 17 07:33:06 2011 Jean-Philippe avm Mon Jul 26 22:47:11 2010 Maciej guard-improvements Tue Jan 11 15:49:26 2011 Maciej out-of-line-guards Mon Jan 17 19:00:12 2011 Michael bytearray Thu Jan 20 13:44:58 2011 Samuele ctypes-stable Fri Apr 11 15:44:57 2008 Samuele run-django Sat Jul 12 09:46:07 2008 Travis jit-stackless Mon Apr 05 16:48:39 2010 holger pytest2 Wed Jan 19 19:24:33 2011 Jacob Hallén

3 2

In search of references
by Konrad Delong Jan. 18, 2011

Jan. 18, 2011

Hi all, I am currently finishing up my master thesis. In it, I'd like to mention PyPy, but I think I need references to a couple of statements in order... well... not to lie :) So here it is: 1. PyPy is based on an approach first used in implementing Smalltalk-80 (the idea of implementing a dynamic language in its own subset, then statically analyzing and compiling the interpreter) 2. The main reason PyPy decided to implement GIL was for the c extensions to run unchanged. I obviously don't want you to do my job for me, but I searched a lot on this topic already, and any hint where to look further would be appreciated. cheers, Konrad

3 2

PyPy on Android
by Hart's Antler Jan. 16, 2011

Jan. 16, 2011

Hi all PyPy-devs, I'm not sure if my error is simply a 64bit issue, and it would work from 32bit linux. Can i simply -DMAX_LONG not to be 64bit and then using the Android NDK gcc (which i think is 32bits) is ok? Or should i recompile Android's NDK gcc so that its 64bits? Almost working example:http://pastebin.com/bjwEh8E7 Error:/home/brett/android-ndk-r5/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-gcc -MMD -MP -MF /tmp/usession-default-6/obj/local/armeabi/objs/testing_1/testing_1.o.d -fpic -ffunction-sections -funwind-tables -fstack-protector -D__ARM_ARCH_5__ -D__ARM_ARCH_5T__ -D__ARM_ARCH_5E__ -D__ARM_ARCH_5TE__ -Wno-psabi -march=armv5te -mtune=xscale -msoft-float -mthumb -Os -fomit-frame-pointer -fno-strict-aliasing -finline-limit=64 -I/tmp/usession-default-6/jni -DANDROID -I/home/brett/RPythonic/pypy/pypy/translator/c -DPYPY_STANDALONE -Wa,--noexecstack -O2 -DNDEBUG -g -I/home/brett/android-ndk-r5/platforms/android-3/arch-arm/usr/include -c /tmp/usession-default-6/jni/testing_1.c -o /tmp/usession-default-6/obj/local/armeabi/objs/testing_1/testing_1.oIn file included from /home/brett/RPythonic/pypy/pypy/translator/c/src/g_prerequisite.h:7, from /tmp/usession-default-6/jni/common_header.h:44, from /tmp/usession-default-6/jni/testing_1.c:1:/home/brett/RPythonic/pypy/pypy/translator/c/src/commondefs.h:58:6: error: #error "error in LONG_MAX (64-bit sources but a 32-bit compiler?)"/home/brett/RPythonic/pypy/pypy/translator/c/src/commondefs.h:61:6: error: #error "unsupported value for LONG_MIN"/tmp/usession-default-6/jni/testing_1.c:85: error: expected specifier-qualifier-list before 'PyObject'/tmp/usession-default-6/jni/testing_1.c:404: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token/tmp/usession-default-6/jni/testing_1.c:409: error: expected ')' before '*' tokenIn file included from /home/brett/RPythonic/pypy/pypy/translator/c/src/g_include.h:58, from /tmp/usession-default-6/jni/testing_1.c:564: -brett

2 1