Mailman 3 June 2004 - pypy-dev

AW: pypy-dev Digest, Vol 287, Issue 6
by "Jantzen, Günter" June 22, 2004

June 22, 2004

Holger Krekel wrote: > > All i all, i think that we probably want to checkout joeq > some more. In particular, we might want to think about > trying to generate a QUAD representation of PyPy and reuse > some of the joeq infrastructure. We can expect to have less > integration issues than with the Low-Level-Virtual-Machine > (LLVM) project which is written in C++ (ever worked with > C++-libraries and dependencies? funfunfun). > C++ is an Industry standard … [View More]

2 1

joeq! pypy goes jython?
by holger krekel June 19, 2004

June 19, 2004

hi pypyers, Jens-Uwe Mager pointed me to an early interesting paper about a JavaInJava implementation done by a Sun researcher: http://research.sun.com/techrep/1998/smli_tr-98-64.pdf However, there is no code available, let alone under a free license. So i started looking around a bit more. And i found ... joeq! This is a real available Java/Java implementation which is an LGPL-project on sourceforge: http://joeq.sourceforge.net/ and has a very nice overview http://… [View More]joeq.sourceforge.net/ivme03/ joeq supports hosted (on top of another JVM) *and* native execution at least on linux and windows and supports threads, memory management, scheduling and ELF-handling. So here are some more information bits i collected from a frist walk through the documentation and the above paper. joeq uses a so called QUAD intermediate representation which has some similarities to our flow-graph representation. It has assembler backends (that work from the QUAD and a Bytecode representation) which "generate metadata about the code, such as reference maps for garbage collection, exception tables, line numbers for debugging and generating exception tracebacks, and the locations of heap and code references in the code. This metadata is used by the runtime system and garbage collector, and to support code relocation." Joeq also includes a Memory manager with Heap and Stack abstractions and allowing differenc GC-strategies. Also, it seems to support in-process compilation and execution! Btw, joeq is written by John Whaley who also took part in the Jalapeno efforts and he really seems to know what he is doing. All i all, i think that we probably want to checkout joeq some more. In particular, we might want to think about trying to generate a QUAD representation of PyPy and reuse some of the joeq infrastructure. We can expect to have less integration issues than with the Low-Level-Virtual-Machine (LLVM) project which is written in C++ (ever worked with C++-libraries and dependencies? funfunfun). So, what about running PyPy in Jython, anyway? Yes, i know that Jython does not yet fully support new-style classes and all, but ASFAIK Samuele already put out an alpha-release and it has to be done anyway :-) Of course, at a later stage, we can always rewrite parts of joeq in plain Python :-) All things considered, i don't know how active the joeq project is. We should want to write John Whaley a mail inquiring some more about the current state of the joeq project. At last, I can't help but quote a funny random bit from the joeq paper: We also explicitly include the implicit ``this'' parameter in the parameter list for instance methods, so code can treat method parameters uniformly. :-) cheers and a nice weekend, holger [View Less]

1 0

having broken the back of the unittest conversion problem ...
by Laura Creighton June 17, 2004

June 17, 2004

I now need a bit more help. I made this file. Thanks, Laura """ I've been looking at unittest.py, and I have a few questions. First - is this conversion table ok as far as it goes? Second - do we ever use the msg argument, or always the None default? Third - what about the ones I left out? what is the 'raises' syntax? Fourth - do we ever use them without a preceeding self. ? Fifth - what about the imports? we need to convert them too. import unittest --> from std.utest … [View More]

4 6

stuff
by Michael Hudson June 17, 2004

June 17, 2004

A random rag-bag of thoughts: 1) I have a rather cleaner, though currently less complete application-level implementation of the string formatting goo. It's split amongst a couple of classes, quite a few functions and some global data. I'm not sure how this should be tied into the stdobjspace. It would probably be better if they lived in a separate module. We don't have a gateway.import_from_app_module hiding somewhere, or do we? 2) We could do with more 'applicationy' … [View More]

2 6

py.py -S -i -- py.py -S
by Armin Rigo June 16, 2004

June 16, 2004

Hi ! Starting from tonight, PyPy -S can run itself. Cheers ! It only takes one or two hours to start up... And less than a minute to compute 2+3 :-) A bientot, Armin.

1 0

getting rid of multimethods?
by holger krekel June 16, 2004

June 16, 2004

Hi, we just had a short IRC-discussion about the possibility of getting rid of multimethods alltogether. Note [*], that during the EuroPython 2004-Sprint in Gothenburg we introduced "descriptors" much as they are used in CPython. This allows us to cleanly expose "internal" objects like functions, code, module and frame objects with e.g. proper __dict__ and __class__ descriptors. Both the standard and the trivial object space now work with descriptors (see objspace/descroperation.py). The … [View More]

1 0

Re: [pypy-dev] utest conversion
by Laura Creighton June 15, 2004

June 15, 2004

In a message of Tue, 15 Jun 2004 21:32:45 +0200, holger krekel writes: >[Laura Creighton Tue, Jun 15, 2004 at 09:23:40PM +0200] >> >> Is it reasonable to simplyfy the solution so that people who write: >> >> self.assertEquals(True, >> self.assertEquals(0,0) >> ) >> >> get what they deserve, i.e. flogging with wet noodles until dawn? > >actually the above statement doesn't make much sense as >the 'assert*… [View More]

2 1

Re: [pypy-dev] utest conversion
by Laura Creighton June 15, 2004

June 15, 2004

Is it reasonable to simplyfy the solution so that people who write: self.assertEquals(True, self.assertEquals(0,0) ) get what they deserve, i.e. flogging with wet noodles until dawn? (I had forgotten how much fun breaking parsers is ...) Laura

2 1

Re: [pypy-dev] utest conversion
by Laura Creighton June 15, 2004

June 15, 2004

In a message of Tue, 15 Jun 2004 20:07:00 +0200, holger krekel writes: >> Right now the great problem is files that look like this: >> >> .......... >> .......... >> self.assertEquals(x, y) # check for unmatched () >> ......... >> >> where the last ')' in the comment is the one that gets split >> and multi-line comments that start self.assertEquals t.ex > >i think it makes sense to detect (and possibly preserve) comment-parts be &… [View More]

1 0

utest conversion
by Armin Rigo June 15, 2004

June 15, 2004

Hi, Building on a suggestion by Jacob on how to safely convert old-style unittests "self.assertEquals(x,y)" into new-style utest "assert x == y": the difficulty is not to find the self.assertEquals() in the test sources, but to safely identify the comma between the two arguments, and not mistake it with some other comma that could appear in x or in y. There was talk about subtle string parsing, or about using Python's parser or compiler package, but actually it is much easier than that... … [View More]

3 3