Mailman 3 August 2006 - pypy-dev

Summer of PyPy pre-proposal
by Leonardo Santagada 14 Aug '06

14 Aug '06

I would like to enter Summer of Pypy with my proposal to make a javascript interpreter. I had a chat with some nice people in #pypy and they thought it was a good idea. So I checked the code and started looking at what should/can do on 2 months of work ( I don't know if there is this limitation on time). I am a litle lost with all the code from pypy and the idea of making another interpreter so I am posting here my ideas and I am specting your feedback. What do you think I need to do? define a javascript virtual machine or do simple direct interpretation of the source? Should I use the parser defined on pyparsing (this one seems really nice) or write one manually? What I am certain is that it need to have an Interpreter so people can play with it. I should probably write more, but I want to know what you all think about this proposal. ps: I had another idea of translating readline to ctype and make it work on windows also like the one in ipython and also translating sqlite so people can try to run their webframeworks on pypy, but the js interpreter seems more important. -- Leonardo Santagada (http://www.lomohomes.com/retype) Não se preocupe com o que os outros vão fazer. O melhor jeito de prever o futuro é inventa-lo. - Alan Kay

3 5

make _ssl module compile
by Lawrence Oluyede 11 Aug '06

11 Aug '06

I'm trying to feed the _ssl module (feature complete) to the ext. compiler but I get a strange error I've never had before: [translation:ERROR] Error: [translation:ERROR] AttributeError: 'CallEntry' object has no attribute 'get_repr' [translation] start debugger... > /Users/rhymes/scc/pypy/pypy/rpython/rexternalobj.py(20)rtyper_makerepr() -> return entry.get_repr(rtyper, self) (Pdb) self SomeCTypesObject(knowntype=CFunctionType, ownsmemory=False) (Pdb) entry <pypy.rpython.rctypes.afunc.CallEntry object at 0x202fd10> (Pdb) locals() {'entry': <pypy.rpython.rctypes.afunc.CallEntry object at 0x202fd10>, 'rtyper': <pypy.rpython.rtyper.RPythonTyper object at 0x172ef50>, 'self': SomeCTypesObject(knowntype=CFunctionType, ownsmemory=False)} (Pdb) dir(entry) ['__class__', '__delattr__', '__dict__', '__doc__', '__eq__', '__getattribute__', '__hash__', '__init__', '__metaclass__', '__module__', '__ne__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__str__', '__weakref__', 'compute_annotation', 'compute_result_annotation', 'instance', 'specialize_call', 'type'] I took a look into rctypes.afunc and in fact there's no get_repr (because there's no rfunc.py). What problem is that? -- Lawrence http://www.oluyede.org/blog

2 14

fun with dictionaries
by Michael Hudson 11 Aug '06

11 Aug '06

So part of WP06 is improving the dictionary implementation. To do this, it seemed like a good idea to find out what Python code does with dictionaries, which is what I've been working on this week. If you activate the "objspace.std.withmultidict" option, make MEASURE_DICT in pypy/objspace/std/dictmultiobject.py true and build yourself a pypy-c, you'll find that this pypy-c will create a dictinfo.txt file that summarizes how every dictionary in the program has been used. The benchmark programs I have been using are: pystone, richards, "rst2html coding-guide.txt" and "translate.py --backendopt --no-compile --batch --text targetrpystonedalone.py", and the (compressed) results can be found in: http://codespeak.net/~mwh/dictinfo/ The file dictinfos.tar.bz2 contains the dictinfo.txt files created by the above runs, and the RData files are binary files suitable for loading into R: http://www.r-project.org/ What I'd like to get some input on is stuff like: what aspects of this data should I analyse? Is there any data you think I should collect? Something that I don't measure at all is the order things happen in, which might be interesting: it's easy to believe many dictionaries go through a phase of being written to before a longer pahse of being read from. But I'm not sure how to measure that... Cheers, mwh -- <glyph> I am *not* a PSU agent. -- from Twisted.Quotes

1 2

Bytecode counting patch
by Ben.Young＠risk.sungard.com 08 Aug '06

08 Aug '06

Hi PyPys! Here's a patch that counts the number of times the different bytecodes are used. I haven't tried doing translation yet as I can't use the work machine cycles, but it can't be far off. I've put the counts on the object space as this is accessable from most places. I've also implemented something that should resort the opcodes in the switch statement of the bytecode dispatcher according to the statistics I found. This may have a slight speed improvement. Cheers, Ben

4 5

Phase 2 report available!
by Beatrice During 03 Aug '06

03 Aug '06

Hi there Our report on phase 2 of the project is now finished and is available on: http://codespeak.net/pypy/dist/pypy/doc/index-report.html This report covers work achieved during the period September 2005-May 2006 (and a bit of June - the 0.9 release ;-). Although this report is written as part of the EU project we hope that many of you out there will enjoy reading it. Looking back to all those long months of check-ins and what we all actually accomplished it is not difficult to realise that it is the community around PyPy that makes this project tick - so thanks everyone out there! A special thank you to Holger for major part of the technical writing, Carl Friedrich for the funky metrics (and forever stuck in the swamp of ReST/pdf:s) and to Michael - always stuck in the dark hole of language reviews! Cheers Bea

1 0

small patch for translator/c/src/ll_osdefs.h for win32
by Scott Dial 02 Aug '06

02 Aug '06

I attempted to translate a pypy-c in windows today. I had to mask out including sys/mman.h. Afterwards, I was able to succesfully translate. Index: ll_osdefs.h =================================================================== --- ll_osdefs.h (revision 30390) +++ ll_osdefs.h (working copy) @@ -42,7 +42,9 @@ #include <sys/types.h> +#if !defined(MS_WINDOWS) #include <sys/mman.h> +#endif #ifdef HAVE_STROPTS_H #include <stropts.h> -- Scott Dial scott(a)scottdial.com scodial(a)indiana.edu

5 18

gateway.applevel and kwargs
by Leonardo Soto 01 Aug '06

01 Aug '06

Hi all, I've recently filled the issue 244 (dict.update() doesn't support keywords argument), and tried to solve it in a naive way, just modifying the applevel definition to: def update(d, o, **kwargs): if hasattr(o, 'keys'): for k in o.keys(): d[k] = o[k] else: for k,v in o: d[k] = v for k in kwargs: d[k] = kwargs[k] But it simply doesn't work: test_dictobject.py[34] .......................FF......... __________________________________________________________________________________________________________________________________________ __________________________________________ entrypoint: AppTest_DictObject().test_update_kwargs ___________________________________________ def test_update_kwargs(self): d = {} E d.update(foo='bar', baz=1) > (application-level) TypeError: update() got 2 unexpected keyword arguments [/home/leo/src/pypy-dist/pypy/objspace/std/test/None</home/leo/src/pypy-dist/pypy/interpreter/gateway.py:754>:3] __________________________________________________________________________________________________________________________________________ ______________________________________ entrypoint: AppTest_DictObject().test_update_dict_and_kwargs ______________________________________ def test_update_dict_and_kwargs(self): d = {} E d.update({'foo': 'bar'}, baz=1) > (application-level) TypeError: update() got an unexpected keyword argument 'baz' [/home/leo/src/pypy-dist/pypy/objspace/std/test/None</home/leo/src/pypy-dist/pypy/interpreter/gateway.py:754>:3] Why?. Should it work or is the lack of kwargs support a known limitation? -- Leonardo Soto M.

2 2