That sounds like a reasonable place to start, thanks! I tried running the translation, and immediately hit what looks like a failure from merging in default, due to the pypy/rpython move. I've got a patch currently pushing to bitbucket, but it'll be a few minutes (pushing ~10 months of pypy dev effort). It'll be at https://bitbucket.org/taavi_burns/pypy/commits/0378c78cc316 when the push finishes. :)
The translation still eventually fails, though: [translation:ERROR] File "../../rpython/translator/stm/jitdriver.py", line 86, in check_jitdriver [translation:ERROR] assert not jitdriver.autoreds # XXX [translation:ERROR] AssertionError Full stack and software versions: https://gist.github.com/taavi/4949322 Any ideas? Thanks! On Wed, Feb 13, 2013 at 11:16 AM, Armin Rigo <[email protected]> wrote: > Hi Taavi, > > On Wed, Feb 13, 2013 at 4:56 PM, Taavi Burns <[email protected]> wrote: >> From the list above, are there any particular areas (tickets?) that >> would be a good starting place for me to look at? > > I can't just give you a specific task to do, but you can try to > understand what is here so far. Look at the branch "stm-thread-2" on > the pypy repository; e.g. try to translate with "rpython -O2 --stm > targetpypystandalone". This gives you a kind-of-GIL-less PyPy. Try > to use the transaction module ("import transaction") on some demo > programs. Then I suppose you should dive into the mess that is > multithreaded programming by looking in depth at > lib_pypy/transaction.py. And this is all before diving into the PyPy > sources themselves... > > You may also look at the work done by Remi Meier on his own separate > repository (https://bitbucket.org/Raemi/pypy-stm-logging). It > contains mostly playing around with various ideas that haven't been > integrated back, or not yet. > > > A bientôt, > > Armin. -- taa /*eof*/ _______________________________________________ pypy-dev mailing list [email protected] http://mail.python.org/mailman/listinfo/pypy-dev
