Mailman 3 April 2006 - pypy-dev

Re: [Edu-sig] Visual Programming in Python?
by Laura Creighton 13 Apr '06

13 Apr '06

This just showed up on edu-sig. Is the translator and viewer separate enough that we could just send it to this person? Laura In a message of Thu, 13 Apr 2006 12:56:12 EDT, "Douglas S. Blank" writes: >Python edu-sig, > >I've been thinking about a visual programming/flowchart interface for >Python and was wondering if anyone knows of such a project. I am imaging >a Tkinter canvas (initially) with which one can add blocks that >represent statements, branches, loops... everything. Further, I imaging >that this would save (and load) real Python code, so that you could suck >in raw code, it would get parsed, and shown as a flowchart. Maybe some >additional data would be stored in comments (zoom amount, >positions/colors/properties of particular boxes). Also, one could step >through the chart, block-by-block. > >I've seen some commercial (and open source/non-Python) products, but >they seem heavy and sluggish, as if a whole lot of processing is going >on behind the scenes. Is/would it really be that hard? > >Any pointers or comments appreciated, > >-Doug > >-- >Douglas S. Blank Computer Science >Assistant Professor Bryn Mawr College >(610)526-6501 http://cs.brynmawr.edu/~dblank > > >_______________________________________________ >Edu-sig mailing list >Edu-sig(a)python.org >http://mail.python.org/mailman/listinfo/edu-sig

1 0

Information from the FlowObjSpace
by Brian C. Lum 13 Apr '06

13 Apr '06

Dear Pypy developers: I have gone through the source code for the FlowObjSpace in pypy.objspace.flow.objspace, but I am confused how to traverse through the blocks or obtain the information for each blocks in the graph. From my understanding: space = FlowObjSpace() graph = space.build_flow(func) Once you have the graph, however, how do you know what instructions are in each block? I can iterate through the graph with iterblocks, but how do I get information from each block? I want to analyze the information in each block to do code analysis for python. Can anyone help me with this? With thanks, Brian

3 3

A problem with unbound methods
by Antonio Cuni 12 Apr '06

12 Apr '06

Hi, I have some problems for translating calls to unbound methods. Let's show with an example: class MyClass: def __init__(self, x): self.x = x class MyDerivedClass(MyClass): def __init__(self, x): MyClass.__init__(self, x) During rtyping the field and method names are mangled, so the __init__ method became something like 'o__init____variant0': as long as I call bound methods this is not a problem because the low-level op oosend contains the right mangled name, but difficult arises when I try to call an unbound method such as the one showed above; the low-level op that I obtain is this: v9 = direct_call((<pypy.rpython.ootypesystem.ootype._static_meth object at 0xb78e51ac>), self_1, x_2) Let 'x = op.args[0].value': (Pdb) x._name 'Base.__init__' (Pdb) x.graph.name 'Base.__init__' As you can see I can read only the original unmangled name, but it is useless because I've to deal with the mangled one. I've tried to search around for a place where to read that but I couldn't find it. How can I do? thanks for the help ciao Anto

3 4

pypy embedded / new atmel 32
by Michael Schneider 12 Apr '06

12 Apr '06

Hello All, I have been very interested in pypy and embedded systems. I use atmel's line (cheap, easy architecture, gcc). It is still a bit cramped for pypy. Atmel just introduced their 32 bit line. It is a whopping $16 per unit. Paralles Propeller chip uses sping (some python linage). Would the new AVR be a candidate for pypy? Article http://www.linuxdevices.com/news/NS6110120875.html Data Sheets http://www.atmel.com/dyn/products/datasheets.asp?family_id=682 It would be great to have python on this chip. This could be used in so many domains... Thanks Mike

1 0

Re: [pypy-dev] picxenk gallery :: logo :: 1
by Laura Creighton 11 Apr '06

11 Apr '06

In a message of Mon, 10 Apr 2006 20:54:25 PDT, Christian Tismer writes: >http://image.xenbio.net/logo/pypy_proto > >Heh, not bad :-) > >what do you think? >_______________________________________________ >pypy-dev(a)codespeak.net >http://codespeak.net/mailman/listinfo/pypy-dev I was always very fond of one of the rejected python.org logos Tim Parkin came up with. I include it as an attatchment. Tim also sent me some urls of other rejected python.org logos, and confirmed that if we want it, it is ours. so first the urls, but the one I like best is the attatchment ... http://www.artfiles.org/python.org/pub/beta.python.org/resources/design/his… logoandtypeface.gif http://www.artfiles.org/python.org/pub/beta.python.org/resources/design/his… master.png Laura

3 2

picxenk gallery :: logo :: 1
by Christian Tismer 11 Apr '06

11 Apr '06

http://image.xenbio.net/logo/pypy_proto Heh, not bad :-) what do you think?

1 0

Printing a Flowgraph
by Brian C. Lum 11 Apr '06

11 Apr '06

Dear Pypy developers: I was reading how you generate a flowgraph with Pypy from the getting-started page. I was just wondering if anyone knew how to print that graph once it displays. I don't really have much experience with Graphviz. Is there a way to save the graphviz file or print it to a .ps? http://codespeak.net/pypy/dist/pypy/doc/getting-started.html#trying-out-the… Thanks! Brian Just an FYI, if you want to try to follow the directions, they're a little bit outdated. To run it (after installing Pygame), start the interactive translator: cd pypy/bin python translator.py and to view a sample code: >>> t = Translation(test.is_perfect_number) >>> t.view()

2 2

std objectspace interface
by Stephan Diehl 07 Apr '06

07 Apr '06

Hallo all, I have a question about the standard objectspace interface. It's about how to best return an iterator. While writing the 'set' implementation, it occured to me, that I'm using a W_SeqIterObject directly, which is bad, since this breaks the intended separation of types / objects. Instead, I'd like to use something like space.newseqiter. But 'newseqiter' takes a wrapped object, while I'd rather use a way to 'translate' some interp level iterator of wrapped objects directly to an application lever iterator. This would be similar to newlist which creates an application level list of application level objects out of an interp level list of application level objects. Or is the dictobject way the preferred one? There we have special iterator object 'W_DictIter_Keys', for example. I hope I make a bit of sense. Cheers Stephan

2 2

Re: [pypy-dev] List and string in ootypesystem
by Niklaus Haldimann 06 Apr '06

06 Apr '06

Hi Antonio (and others) As you have probably seen, we started work on list support for ootypesystem here at the ongoing Leysin sprint. This cleared things up a bit for me on the conceptual level. Here's how OO lists work: - There is a new type constructor "List" in the ootype module. The low-level type of RPython list in the ootypesystem is a List instance with the item type of the list provided as an argument. E.g., an RPython list of integers has the low-level type List(Signed). - The interface of an OO list is defined by List._METHODS (see List.__init__). This interface is still incomplete, but it should be kept as small as possible, but large enough to support all operations permitted in RPython on lists. - When it comes to low-level operations, Lists are treated similarly to Instances. "new" is used to instantiate an (empty) list. Methods of the interface are rtyped as "oosend" operations with the name of the method. - Backends must special-case "new" with Lists and "oosends" to Lists. Basically, "new" can be mapped to the construction of a native list in the backend. The oosends can be mapped to native methods of the native list. All of this works for some basic list operations at this point (length, append, getitem, setitem), but there's still quite a bit of work to do for full list support in ootypesystem. After all this, the roadmap for bringing all other data structures to ootypesystem is now pretty clear to me: - dicts: Can be implemented analoguous to lists (type constructor, minimal interface etc.) - strings: Analoguous to lists, but no type constructor necessary - ranges, slices: Can be implemented as a special Instance (analoguous to tuples, in a way) I have two more days here at the Leysin sprint to work on lists. After that I again won't have much time to work on PyPy, so Antonio (or anyone else), you're very welcome to continue from here. I think the list code can serve as a good starting point for the other data structures. If there are any questions, I'm happy to answer them (if I can ;)). Cheers Nik

4 6

rctypes design document
by Gerald Klix 06 Apr '06

06 Apr '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, yesterday I checked in the final version of the rcytpes design document. I am convinced I finally got everything right. Especially the management of keep alive pointers. Have fun, Gerald - -- GPG-Key: http://keyserver.veridis.com:11371/search?q=0xA140D634 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEMRvuEDg9cqFA1jQRAtOUAJ9hj26mRbeXULn3cxZ9Rhp3bBdOsACfe5P4 ssR79dN5e8brVM0y3JIZDNw= =pLSI -----END PGP SIGNATURE-----

2 1