Mailman 3 March 2006 - pypy-dev

missed syncmeeting
by Christian Tismer March 30, 2006

March 30, 2006

Hi friends, I tried to get upat 6am, but didn't get my wakeup-call. Sorry, I really tried. May I just emit this: DONE: basic wrapping of RPython classes,"one-way" NEXT: finalizing, wrapper caching, "two-way" interface BLOCK: rtyping is hard to understand for special cases like this. I'm unfortunately not coming to Leysin. But I will be in Japan and Iceland. I need Japan to discuss the thread pickling problem and to get us stated on that. cheers - chris -- Christian Tismer :^) <mailto:tismer@stackless.com> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/

1 0

List and string in ootypesystem
by Antonio Cuni March 30, 2006

March 30, 2006

Hi, I've spent last hours reading sources in the rpython directory, trying to deeper understand how lltypesystem and ootypesystem work: I've noticed that the low level representations of strings and lists are the same in both typesystem. My question is: is it a design choice or nobody has not refactored that part, yet? I think that if a target natively supports classes and other object oriented constructs probably it supports strings and sequences, too, so we should try to use these facilities as much as possible. I don't remember which people are working on ootypesystem, but if they agree I could try to refactory such things. If I have understood the source well I should begin by adding 'rlist' and 'rstr' to the list of lazily imported modules in rpython.typesystem.TypeSystem, shouldn't I? thanks for the attention ciao Anto

2 1

Low level operations and ootypesystem
by Antonio Cuni March 30, 2006

March 30, 2006

Hi, I have some doubts about the semantic of some low level operations I have found during my development of the CLI backend. The first doubt is about overflow-checked operations: I've noticed there are a number of checked operations that can never fail due to their semantic, such as "int_lt_ovf" or "int_rshift_ovf": am I missing something or are they simply redundant? Moreover, I've found that the rtyper produces both "int_lshift_ovf" and "int_lshift_ovf_val": what's the difference between the two? And what's the semantic of "int_floordiv_ovf_zer" and "int_mod_ovf_zer"? The second question regards "uint_neg" and "uint_abs": considering the an unsigned integer can't be negative, what are they intended to do? Are they simply no-op? Finally, the last question is ootypesystem-specific: I've noticed that the rtyper sets the 'meta' field of every instance just after it has been created: what does it contain? It seems to me that it contains the class the object belongs to: am I correct? If so I could safely ignore that operations, because the CLI automatically tracks the type of each object, couldn't I? Just a curiosity: why the name 'meta' instead of 'class' or 'type'? Thanks for the help and good coding! :-) ciao Anto

3 3

do I need hlinvoke?
by Christian Tismer March 29, 2006

March 29, 2006

Hi Samuele, with your help, I can now handle my extra fields in arbitrary instances very well. One problem remains: (see test_wrapping) The support function is no longer a simple thing, but it contains a decision, so I need two blocks. In test_wrapper, I solved this by making wrap_obj a high level function, which first tries fetch_pywrapper and then create_pywrapper. This works fine. In the real implementation, I don't have this chance, because convert_from_to is an rtyper function, and I can't call something high level that does it for me. Q: Do I need hlinvoke for this, or is there a better way? thanks & cheers - chris -- Christian Tismer :^) <mailto:tismer@stackless.com> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/

2 2

US-friendly timed pypy-sync # 3 2006-03-30, 5pm CET
by Anders Lehmann March 29, 2006

March 29, 2006

what: weekly pypy-sync meeting where: #pypy-sync on freenode when: 2006-03-30, 5pm Central European Time for 30 minutes who: all active PyPy developers topics: - activity reports - the status of uthreads. It is needed by the logic implementation. - is it premature to think about setting up a buildbot?, and is buildbot the right tool ? - next pypy-sync meeting. I propose that the next pypy-sync meeting will be at april 20. due to Leysin sprint and easter. Regards, ale

2 1

do I need hlinvoke?
by Christian Tismer March 29, 2006

March 29, 2006

Hi Samuele, with your help, I can now handle my extra fields in arbitrary instances very well. One problem remains: (see test_wrapping) The support function is no longer a simple thing, but it contains a decision, so I need two blocks. In test_wrapper, I solved this by making wrap_obj a high level function, which first tries fetch_pywrapper and then create_pywrapper. This works fine. In the real implementation, I don't have this chance, because convert_from_to is an rtyper function, and I can't call something high level that does it for me. Q: Do I need hlinvoke for this, or is there a better way? thanks & cheers - chris -- Christian Tismer :^) <mailto:tismer@stackless.com> tismerysoft GmbH : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9A : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 802 86 56 mobile +49 173 24 18 776 fax +49 30 80 90 57 05 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/

1 0

New to PyPy
by Fabien SCHWOB March 28, 2006

March 28, 2006

Hello, I'm programming in Python for 3 years and I would like to contribute as far as I can to Python. But since I can't write a single line of C ;) I've decided to try to contribute to PyPy. Is there some simple tasks or "things" that need to be done on PyPy and who don't need to be a core PyPy hackers ? Thanks in advance, Fabien SCHWOB -- QOTW (Quote of the week): "What can I do with Python that I can't do with C#? You can go home on time at the end of the day." -- Daniel Klein

3 2

AW: {Spam?} Re: Hey friends, I'm SOOOO HAPPPYYY
by Stefan Iwanowitsch (ISED) March 28, 2006

March 28, 2006

Hi, please stop answering to all. Im not interested. Stefan > -----Ursprüngliche Nachricht----- > Von: konrad.hinsen(a)cea.fr [mailto:konrad.hinsen@cea.fr] > Gesendet: Montag, 27. März 2006 19:05 > An: Guido van Rossum > Cc: Christian Tismer; David Salomon; Richard Emslie; Jason > Wells; John Benediktsson; kolloge(a)centera.de; Gerald Klix; > Stephan Diehl; pypy-dev(a)codespeak.net; Steve Holden; > kristjan(a)ccpgames.com; Mika Anttila; Tim Peters; Alex > Martelli; Fredrik Lundh; Olaf Lenzmann; bringi(a)snafu.de; > hannes; stackless(a)stackless.com; > rudolf.schnitker(a)de.transport.bombardier.com; > seojiwon(a)gmail.com; Rodney Faragalla; matti(a)ccpgames.com; > Amanda Arnett; Aaron Watters; Andreas Ristow; Michael Schatz; > Chr. von Stuckrad; Mark Achtman; Dirk.Junghanns(a)biotronik.de; > Eike Sommer; Gerald von Tschirnhaus; Gerd Rupprecht; Gerold > Kirchner; David Goodger; Giovanni Bajo; Gustavo Niemeyer; > Hans Nowak; Harald Armin Massa; Ívar Kristjánsson ; Jeff > Bauer; blais(a)furius.ca; merman(a)snafu.de; Neal Norwitz; Paolo > Marcolini; R.-H. Schulz; Ralf Schmidt; robin(a)reportlab.com; > Sam Rushing; Shane Hathaway; Shane Holloway (IEEE); > skulina(a)simnet.is; Stefan Drees; Stefan Schwarzer; Stefan > Iwanowitsch (ISED); Ted Patrick; tmeka(a)gmx.net; Uche Ogbuji; > Ulli Thöns ; wonado(a)donnerweb.de > Betreff: Re: {Spam?} Re: Hey friends, I'm SOOOO HAPPPYYY > > On 26.03.2006, at 17:10, Guido van Rossum wrote: > > > On 3/25/06, Christian Tismer <tismer(a)stackless.com> wrote: > >> What is it good for? > >> -------------------- > >> > >> You can write algorithms in an almost Pythonic language instead of > >> using C. Your code will be translated into a C Python extension > >> module of very high efficiency. > > > > I don't think I've ever written a C extension for > performance reasons. > > I did, and I would still do it if I didn't have Pyrex by now. > However, Pyrex requires a lot of C experience for code optimization. > If Christian's PyPy offspring lets people who don't know C > write fast Python extension modules, computational scientists > will be happy. > > > (I've tweaked built-in objects instead. :-) I've written many > > extensions to interface with existing C code though, like > UI widgets > > and system calls. Does your method support this? Otherwise > Pyrex would > > still be a beter tool. > > I guess it's hard to beat Pyrex for that specific purpose. > However, integrating C code would be important for scientific > applications as well, so I hope Christian has thought about it. > > Konrad. > -- > -------------------------------------------------------------- > ---------- > ------- > Konrad Hinsen > Laboratoire Leon Brillouin (CEA-CNRS), CEA Saclay, > 91191 Gif-sur-Yvette Cedex, France > Tel.: +33-1 69 08 79 25 > Fax: +33-1 69 08 82 61 > E-Mail: konrad.hinsen(a)cea.fr > -------------------------------------------------------------- > ---------- > ------- > >

2 1

Re: [pypy-svn] r25042 - in pypy/dist/pypy/translator/cli: . test
by hpk＠trillke.net March 28, 2006

March 28, 2006

Hi Anto, On Mon, Mar 27, 2006 at 17:29 +0200, antocuni(a)codespeak.net wrote: > Author: antocuni > Date: Mon Mar 27 17:28:57 2006 > New Revision: 25042 > > Modified: > pypy/dist/pypy/translator/cli/conftest.py > pypy/dist/pypy/translator/cli/cts.py > pypy/dist/pypy/translator/cli/function.py > pypy/dist/pypy/translator/cli/gencli.py > pypy/dist/pypy/translator/cli/test/compile.py > pypy/dist/pypy/translator/cli/test/runtest.py > Log: > Fixed conftest-related bug (I hope!) I am not sure i am following here or missing something. First, i am missing "options.py" (which should not be plural, anyway :) Second, i am unsure what you are aiming at. Originally, the "conftest" way of adding options is meant to be used with the "py.test" invocation. Third, the py.test/conftest way of allowing a test session to have command line options has some caveats. But i am unsure if these caveats are related to your problem :) cheers, holger

3 2

Bug in lltypesystem
by Antonio Cuni March 28, 2006

March 28, 2006

Hi, I've just found a bug in lltypesystem; to reproduce type the following in translatorshell.py: >>> from __future__ import division >>> def bug(x,y): ... return x/y ... >>> t = Translation(bug) >>> t.annotate([int, int]) [cut] >>> t.rtype() [translation:info] already done: Annotating&simplifying [translation:info] RTyping... [flowgraph] (pypy.rpython.lltypesystem.rclass:619)ll_runtime_type_info [annrpython] <FunctionGraph of (pypy.rpython.lltypesystem.rclass:619)ll_runtime_type_info__objectPtr at 0xb79ef94c> -> SomePtr(ll_ptrtype=<* RuntimeTypeInfo (opaque)>) Traceback (most recent call last): File "<stdin>", line 1, in ? File "/home/anto/pypy/pypy-dist/pypy/translator/interactive.py", line 122, in rtype return self.driver.rtype() File "/home/anto/pypy/pypy-dist/pypy/translator/driver.py", line 68, in proc return self.proceed(backend_goal) File "/home/anto/pypy/pypy-dist/pypy/translator/driver.py", line 355, in proceed return self._execute(goals, task_skip = self._maybe_skip()) File "/home/anto/pypy/pypy-dist/pypy/translator/tool/taskengine.py", line 108, in _execute res = self._do(goal, taskcallable, *args, **kwds) File "/home/anto/pypy/pypy-dist/pypy/translator/driver.py", line 140, in _do res = func() File "/home/anto/pypy/pypy-dist/pypy/translator/driver.py", line 186, in task_rtype crash_on_first_typeerror=not opt.insist) File "/home/anto/pypy/pypy-dist/pypy/rpython/rtyper.py", line 144, in specialize self.specialize_more_blocks() File "/home/anto/pypy/pypy-dist/pypy/rpython/rtyper.py", line 175, in specialize_more_blocks self.specialize_block(block) File "/home/anto/pypy/pypy-dist/pypy/rpython/rtyper.py", line 286, in specialize_block self.translate_hl_to_ll(hop, varmapping) File "/home/anto/pypy/pypy-dist/pypy/rpython/rtyper.py", line 413, in translate_hl_to_ll resultvar = hop.dispatch() File "/home/anto/pypy/pypy-dist/pypy/rpython/rtyper.py", line 625, in dispatch return translate_meth(self) File "None</fat/pypy/pypy-dist/py/code/source.py:215>", line 5, in translate_op_truediv File "/home/anto/pypy/pypy-dist/pypy/rpython/rint.py", line 93, in rtype_truediv return _rtype_template(hop, 'truediv', [ZeroDivisionError]) File "/home/anto/pypy/pypy-dist/pypy/rpython/rint.py", line 186, in _rtype_template return hop.genop(repr.opprefix+func, vlist, resulttype=repr) File "/home/anto/pypy/pypy-dist/pypy/rpython/rmodel.py", line 102, in __getattr__ raise AttributeError("%s instance has no attribute %s" % ( AttributeError: FloatRepr instance has no attribute opprefix >>> ciao Anto

2 1