Mailman 3 October 2005 - pypy-dev

Re: [pypy-svn] r18166 - pypy/dist/pypy/translator/tool/pygame
by Armin Rigo 04 Oct '05

04 Oct '05

Hi Carl, On Tue, Oct 04, 2005 at 09:48:33PM +0200, cfbolz(a)codespeak.net wrote: > Log: > I guess the redraw should be done _after_ the reload. > > > Modified: pypy/dist/pypy/translator/tool/pygame/graphdisplay.py > ============================================================================== > --- pypy/dist/pypy/translator/tool/pygame/graphdisplay.py (original) > +++ pypy/dist/pypy/translator/tool/pygame/graphdisplay.py Tue Oct 4 21:48:32 2005 > @@ -420,8 +420,8 @@ > > def reload(self): > self.setstatusbar('reloading...') > - self.redraw_now() > self.layout.request_reload() > + self.redraw_now() > > def setstatusbar(self, text, fgcolor=None, bgcolor=None): > info = (text, fgcolor or self.STATUSBAR_FGCOLOR, bgcolor or self.STATUSBAR_BGCOLOR) No, it was intended to be before, so that the "reloading..." would show up before the new page starts to be computed. Another redrawing occurs automatically anyway, done by the main loop that called reload() -- hence the redraw_*now*() in the middle. Armin

1 0

nice job
by gf 04 Oct '05

04 Oct '05

Hi, I have been following the progress of the pypy project since its inception, and have been extremely impressed with the hard work and creativity of the pypy development team. It is quite amazing to see the evolution of the project over a relatively short period of time. Congratulations! Up until several weeks ago, I had been reading the irc logs at http://nimrod.terra-link.net/pypy/ to get an idea of the day-to-day project activities. This site does not seem to accessible any more. Is there an alternative site that makes available the irc logs? Thanks. -g

2 1

next pypy-sync meeting 20050915
by Christian Tismer 04 Oct '05

04 Oct '05

Hi all, Next #pypy-sync meeting on freenode.net is tomorrow Thursday at 1pm as usual. Regular topics -------------- * activity reports (3 prepared lines of info) * resolve conflicts/blockers Here is my draft proposal of Topics of the week ------------------ A quick point about IRC logging I (Chris) have set up an eggdrop server on tismerysoft.de. This server logs #pypy, #pypy-funding (password), #pypy-sync, #pypy-tb. Let me know tomorrow if it should log something else. To make this service more reliable, I would like to add a second server. I could use another one of mine, but this makes no sense in using the same network. I'd like to ask which other server to use, maybe codespeak, maybe Armin's new server. Anyway, I'd like to take responsibility and the rights to set that up, since I did it before. Participation on the CCC congress in Berlin There is a CCC congress in Berlin 2005–12–27 to 2005–12–30. See http://wiki.chaostreff.ch/index.php/Main_Page They told us on IRC that they are interested in talks from us. This appeared to me to be quite unspecific, they seem to be interested in scientific talks. For PyPy, I anyway thing that it would be good not to emphasize too much on Python itself, but the general aspectsof translation which are possible to tackle with out framework. Se also Armin's draft in pypy/doc. We should collect who wants to give a talk or just attend this congress. We also might talk about how we manage claims about giving a talk. Practice has been to say it somewhere at some time often enough, but I'm not sure if this is a pleasant strategy for everybody to continue with. I would like to ask people who would like to attend in any way to inform me early, because I probably can provide help in finding locals who can share a room. Current optimization activities and allocation of work There are currently several ongoings on optimization, where I can't remember that they were assigned officially in any way. Practice seems to be to justpick an issue which has a good chance to provide a 200 % speedup and then go for it. I am personally not really happy with this and would like to ask about opinions. My proposal is to have a more informal way to decide about activities, by issuing a short IRC meeting and giving everybody a chance to ask for participation. We should also be open to discuss reasons for an individual's rejection. This might be painful, but setting facts by just doing things is a worse practice IMHO. Other activities, follow-up on sync meeting of last week As a conclusion from last week's meeting, docs and reports appear to reduce to a meeting of Holger, Carl, Samuele and Armin one day before the Paris sprint. I would like to ask again, if this was meant this way. There is quite some time left until Paris. Can we talk again about what we want to work on in the meantime, if it is not just optimization? -- The next topic is related, maybe this is a merger. Making money out of PyPy Jacob asked me on the last sprint, if it is possible to make money out of PyPy right now. I passed this around once, but would like to insist. I am personally interested to make PyPy move away a bit from its purely academical status and to think a little bit about how we can create practical applications in the near future, which allow to grow marketable services for our members, in order to reduce PyPy's dependency from the EU sponsoring. Please propose additions and changes, I just listed what immediately came to my mind. I'm also happy if you say some topics are too big and should be moved to another meeting. See you tomorrow at 1 pm. sincerely -- 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/

18 31

Re: [pypy-dev] Trying pypy on Windows
by Amaury Forgeot D Arc 03 Oct '05

03 Oct '05

Hello Armin, > Try writing a small .py file and running it non-interactively, > and see if this works or if it also gives a SyntaxError. I also get a SyntaxError on the first line, first column... whatever the content of the file is. But the problem does not occur anymore since this morning. Now I get: (InteractiveConsole) >>>> 1+1 2 And that's a good start. I suspect that the problem was somewhere in the handling of the source encoding. -- Amaury Forgeot d'Arc Ubix Development www.ubitrade.com

2 1

Trying pypy on Windows
by Amaury Forgeot D Arc 03 Oct '05

03 Oct '05

Hello, I am trying the translated pypy-c on Windows (Win2K, MSVC6, python2.3.3), and I can't make it execute anything. Here is a typical session: ========================================================== C:\dev\pypy\dist-pypy\pypy\translator\goal>pypy-c.exe debug: entry point starting debug: argv -> pypy-c.exe debug: importing code debug: calling code.interact() Python 2.4.1 (pypy 0.7.1 build) on win32 Type "help", "copyright", "credits" or "license" for more information. (InteractiveConsole) >>>> 1+1 ^Z File "<console>", line 1 ^ SyntaxError: Unknown character >>>> ^Z C:\dev\pypy\dist-pypy\pypy\translator\goal> ========================================================== (I typed ^Z twice) Oviously a parser/compiler problem. But bin/py.py works correctly. Is it a known issue? Does it occur on other platforms? And: Where do I start if I want to work out the problem? -- Amaury Forgeot d'Arc Ubix Development www.ubitrade.com

3 2

Project suggestions
by Boria Feigin 02 Oct '05

02 Oct '05

Hi, All I am an undergraduate student (at a top-5 CS university in the UK) looking for a fun final-year project to sink my teeth into. Over the last couple of months, I became quite interested in programming languages, interpreters, virtual machines, and so on. I found out about PyPy at Holger Krekel's talks at 21C3 in December and now it seems like an ideal way to do all of these things! Can anyone suggest pointers to areas of PyPy that need work? Or, better yet, ideas that need further development -- research in literature, prototyping, and implementation? Thanks for your time. Please CC me -- I am not on the list. -- Boris

9 29

switching to translate_pypy_new
by Samuele Pedroni 01 Oct '05

01 Oct '05

I'm about to remove the old translate_pypy and make translate_pypy_new renamed to translate_pypy the new default. If you encounter problems make that known. Here are the new options, notice that to only annotate for example is enough to specify just --annotate, it is not necessary to disable all things explicitly (-no-t -no-c -no-o with the old one) anymore; the default goal is to compile the target: usage: translate_pypy [options] [target] options: -h, --help show this help message and exit Annotation: -a, --annotate Annotate [default] --no-annotate Don't annotate -d, --debug Record annotation debug info RTyping: -t, --rtype RType [default] --no-rtype Don't rtype --insist Dont' stop on first rtyper error Backend optimisations: -o, --backendopt Do backend optimisations [default] --no-backendopt Don't do backend optimisations Code generation options: -s, --source Generate source code [default] --no-source Don't generate source code -b [c|llvm], --backend=[c|llvm] Backend [default: c] --gc=[boehm|ref|none] Garbage collector [default: boehm] Compilation options: -c, --compile Compile generated source [default] --no-compile Don't compile Run options: -r, --run Run compiled code --no-run Don't run compiled code [default] General&other options: --batch Don't run interactive helpers --lowmem Target should try to save memory --huge=HUGE Threshold in the number of functions after which only a local call graph and not a full one is displayed [default: 100] --text Don't start the pygame viewer --graphserve=GRAPHSERVE Serve analysis graphs on port number (see pypy/translator/tool/pygame/graphclient.py) --fork-before=[annotate|rtype|backendopt|source] (UNIX) Create restartable checkpoint before step --llinterpret Interpret the rtyped flow graphs Samuele.

1 0

Problem with current ReST snapshot
by Christian Tismer 01 Oct '05

01 Oct '05

Hi Holger, while struggling with templates and OOo, I encountered a problem when I tried toswitch to the recent docutils snapshot. There seems to be some problem with mutually exclusive parameters. I tried to track this down by reading the py library, but I have to admit that I could not find the source of the problem in reasonable time, because the related py modules have small or no documentation how they gather their configuration and how they process the input. def get_stylesheet_reference(settings, relative_to=None): """ Retrieve a stylesheet reference from the settings object. """ if settings.stylesheet_path: assert not settings.stylesheet, \ E 'stylesheet and stylesheet_path are mutually exclusive.' > AssertionError: stylesheet and stylesheet_path are mutually e xclusive. [D:\Python23\Lib\site-packages\docutils\utils.py:433] _______________________________________________________________________________ ====== tests finished: 212 passed, 9 failed, 14 skipped in 3.31 seconds ======= I hope this makes some sense for you. 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