[Python-Dev] Catching "return" and "return expr" at compile time
Skip Montanaro
skip@mojam.com (Skip Montanaro)
Sun, 12 Sep 1999 09:20:14 -0500 (CDT)
Skip> * Future extensions like pluggable virtual machines will be harder
Skip> to add because their byte code compilers will be harder to
Skip> integrate into the core
Tim> If you're picturing adding this stuff sprayed throughout the guts
Tim> of the existing com_xxx routines, we've got different pictures in
Tim> mind.
This was precisely my example, because that's the way I implemented the
return warning stuff, by modifying the com_xxx routines. I believe that's
the wrong way to go in the long run, and I see by the rest of your message
you feel the same way as well. To the greatest extent possible, I think
this stuff should be implemented in Python. (We may disagree on that
point.) Being able to plug in new parse tree analysis/transformation
modules between parse tree creation and code generation could at least be
controlled from Python.
Skip
P.S. Something I just noticed: Since the node typedef (node.h) and the
macros that manipulate nodes are shared across multiple files shouldn't they
be named something slightly less likely to clash with other packages?