Mailman 3 November 2009 - pypy-dev

new speed.pypy.org site?
by holger krekel 26 Feb '10

26 Feb '10

Hi Miquel, all, regarding the new speed.pypy.org host I realized that the current setting is not suited for setting up another VM. Too few resources and old-ish software. I plan to order a new host, setup speed.pypy.org there (and migrate existing VMs later). Takes a week or two i guess. Hope this doesn't block you. Could maybe someone here on the list (temporarily) offer a suitable VM to run Django Apps/DBs where Miquel can get an account? i'd then point the "speed.pypy.org" DNS entry to it. The earlier the site gets running the earlier we can all follow speed developments with the PyPy JIT :) best, holger -- Metaprogramming, Python, Testing: http://tetamap.wordpress.com Python, PyPy, pytest contracting: http://merlinux.eu

7 10

Hello PyPy Developer Team
by Samuel Reis 07 Dec '09

07 Dec '09

Hello everybody, My name is Samuel Reis and I'm a 17-year-old student from Hanover, Germany. First of all, I'm very sorry for my English. It's not that I think I write English _that_ worse, but I don't know what kind of impression I make with that. Anyway ... I found this project a few months ago while I was looking for alternative python interpreters. Since then I found it really interested reading blog posts, sprint reports, etc. and watching this project's progress. Meanwhile it has to be the whole site that I already read, I think ;). I would call myself a (not so advanced) advanced programmer :) in C, as I do that since a few years (besides some ugly BASIC-Dialects - not that C is beautiful since I met python). Not to forget obj-orientated PHP, which was my entry point to scripting languages and still is the majority of code I write - both private and at work. To the Python language I'm a freshman (a few months, as said), but although I have to look up 60-70% of the functions in the manual, I know and understand the python language structure very well. The concept of defining python in python itself fascinates me, and also how this concept developed and now involves the possibility to create interpreter code for (in theory) every computer language/environment (if I understood that right). Contributing to this project would make me very happy, so I would be glad if there were some/more minor things to do for me as a beginner. Oh, yeah, and not to forget: I've created a small piece of artwork related to pypy. I don't know if it has any use for you, but just for the sharings sake, I'll share it with you. http://samuelreis.de/artwork/pypy/pypy_fin.jpg http://samuelreis.de/artwork/pypy/pypy_fin.svg The logo art is inspired of an ancient symbol called "Ouroboros", "depicting a serpent or dragon swallowing its own tail and forming a circle." (en.wikipedia.org) I think this nicely symbolizes the recursivity of writing a python interpreter in python itself. This is licensed under the CC BY-SA Germany license. (http://creativecommons.org/licenses/by-sa/3.0/de/deed.en) I'll be very happy with your feedback :) Regards -- Samuel

6 10

pyprocessing/multiprocessing
by Gary Robinson 30 Nov '09

30 Nov '09

Hi, I'm wondering whether anyone has gotten the pyprocessing/multiprocessing module (in one version or the other) working with PyPy? I don't see it listed among the supported modules, but I want to ask to make sure I'm not just missing something. If it's not working yet, is there an ETA?? Thanks, Gary -- Gary Robinson CTO Emergent Music, LLC grobinson(a)flyfi.com 207-942-3463 Company: http://www.flyfi.com Blog: http://www.garyrobinson.net

4 6

lib-python and app-level (py.test -A) tests unified
by Samuele Pedroni 30 Nov '09

30 Nov '09

FYI, I have unified the builders for lib-python and py.test -A tests for compiled pypy-c. These means that each night we compile less pypy-c and reuse them more. Builders with "app-level" in their name usually imply now running the lib-python tests too. Stackless tests still run only the py.test -A ones, pypy-c-jit tests the lib-python one plus the jit quality ones. Samuele

1 0

ciss-0.1: code-centered issue tracking
by holger krekel 27 Nov '09

27 Nov '09

Hi all, just released ciss-0.1, my attempt at (what i call) code-centered issue tracking. ciss is: - a command line tool for managing your ISSUES.txt - code-centered: associate issues to files in your project - extensible: assign tags for status/milestone/custom usage. - ueber-powerful issue editing: your text editor! - well tested (more tests than code) If that appeals to you somewhat, check it out: http://codespeak.net/ciss And in case you wonder, why i don't use pitz or ditz? For one, I don't want to edit my issues from an interactive Python prompt, sorry. Second, they create directories and pickle-files and whatnot - i just want to keep a plain text file for a number of projects and using a text editor and a nice cmdline tool is the fastest way i can imagine. Oh, and I do see use in web-based issue interaction but keeping issues close-to-code (tm) and easy-to-edit (tm) is just so much more fun. Besides, i believe 'ciss' could learn to round-trip with existing trackers. anyway, have fun, holger

1 0

Re: [pypy-dev] [pypy-svn] r69710 - in pypy/trunk/pypy/module/oracle: . test
by Antonio Cuni 27 Nov '09

27 Nov '09

afa(a)codespeak.net wrote: > Log: > Now the cx_Oracle module translates, compiles, and works! > Tested on Windows. great work! I think it's worth a blog post. ciao, Anto

1 0

Numpy RPython support
by Maciej Fijalkowski 26 Nov '09

26 Nov '09

Hello. Is anyone using Numpy RPython support? It's a feature that does not stand in anyone's way, but it adds to source code and I wonder if anyone uses it. If not, I would like to delete it, simply because it's unused. Cheers, fijal

2 1

os.wait() implementation
by Dan Roberts 26 Nov '09

26 Nov '09

Hi Everyone, I now have an application-level implementation of os.wait() complete. It's built on top of os.waitpid(), but according to the documentation I've found, the behavior should be the same. My test might be a bit objectionable as well, but I wanted to use a non-zero return value. I also modified test_popen() as it wasn't waiting for its children, and broke my test_os_wait(), since it was waiting for the child processes created by test_popen(). In the future it would be desirable to implement os.wait() in terms of the c wait() function in ll_os.py but currently (at least on Ubuntu 9.10) the c wait() function takes a pointer to a transparent struct, rather than an int, and that seems to prevent my interpreter level version from being built. I've attached both versions, but the interpreter level version will not translate. cheers, Dan P.S. This is my first patch, so it's probably worth giving it at least a once over...

3 4

PyPy docs on codespeak
by Maciej Fijalkowski 26 Nov '09

26 Nov '09

Hello. Can someone make sure that docs on codespeak point to trunk not dist? Too many people get confused about that. (even better, how do I change it?). Cheers, fijal

2 1

Merge request for branch/force-arch-darwin
by Leonardo Santagada 25 Nov '09

25 Nov '09

I reverted the locale patch as requested and so I want to ask someone to review and merge the branch/force-arch-darwin. To garantee that everything is ok I asked to build it on macosx and linux: http://codespeak.net:8099/builders/own-macosx-x86-32/builds/19 http://codespeak.net:8099/builders/own-linux-x86-32/builds/659 this plus the locale work halves the bugs on mac os x. Theres a ton of bugs about unicode being 2 bytes on python and 4 on wchar_t and then theres the work on the jit. thanks for reading and/or reviewing the patches, -- Leonardo Santagada santagada at gmail.com

1 0