I am still -1 on the ast-objects branch. It adds a lot of boilerplate code and its makes complicated what is now simple. I'll see if I can get a rough cut of the marshal code ready today, so there will be a complete implementation of my original plan.
I also think we should keep the transformation api simple. If we provide an extension module, along the lines of the parser module, users can write transformations with that module. They can also write their own wrapper script that runs a script after applying transformations. I agree that the question of saved bytecode files still needs to be resolved. I'm not sure that extending the bytecode format to record modifications is enough, since you also have a filename problem: How do you manage two versions of a module, one compiled with transformation and one compiled without? How about we arrange for some open space time at PyCon to discuss? Unfortunately, the compiler talk isn't until the last day and I can't stay for sprints. It would be better to have the talk, then the open space, then the sprint. Jeremy On 2/15/06, Simon Burton <[EMAIL PROTECTED]> wrote: > On Wed, 15 Feb 2006 00:34:35 -0800 > Brett Cannon <[EMAIL PROTECTED]> wrote: > > > As per Neal's prodding email, here is a thread to discuss where we > > want to go with the C AST to Python stuff and what I think are the > > core issues at the moment. > > > > First issue is the ast-objects branch. Work is being done on it, but > > it still leaks some references (Neal or Martin can correct me if I am > > wrong). > > I've been doing the heavy lifting on ast-objects the last few weeks. > Today it finally passed the python test suite. The last thing to do is > the addition of XDECREF's, so yes, it is leaking a lot of references. > > I won't make it to PyCon (it's a long way for me to come), but gee I've left > all the fun stuff for you to do ! > :) > > Even if AST transforms are not allowed, I see it as the strongest form of > code reflection, and long over-due in python. > > Simon. > > > -- > Simon Burton, B.Sc. > Licensed PO Box 8066 > ANU Canberra 2601 > Australia > Ph. 61 02 6249 6940 > http://arrowtheory.com > _______________________________________________ > Python-Dev mailing list > Python-Dev@python.org > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/jeremy%40alum.mit.edu > _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
