The script approach is much cleaner than the MACROs. Maintaining the script won't be a lot of extra work. It's a shame computed gotos arent more widely supported.
Bob -----Original Message----- From: Andi Gutmans [mailto:[EMAIL PROTECTED] Sent: Friday, October 15, 2004 9:16 PM To: [EMAIL PROTECTED] Subject: [PHP-DEV] Fwd: New VM Architecture I still haven't received any feedback about the new VM architecture. A while back it seemed very important to people here to be able to give feedback but I haven't heard from a soul. Basically I suggest trying out the new implementation, looking at the two different implementations and giving feedback as to which one is more suitable for PHP 5.1. I'd like to make a decision sometime soon because it gets hard to maintain these big patches outside the CVS repository. Thanks, Andi >Date: Mon, 11 Oct 2004 17:45:47 -0700 >To: [EMAIL PROTECTED] >From: Andi Gutmans <[EMAIL PROTECTED]> >Subject: Fwd: New VM Architecture > >btw, in case it's not clear how to use it then do the following: >a) untar the files into php5/Zend >b) Apply zend_vm_gen.diff (this is a one time thingy which will be >resolved if the patch is applied). >c) Run php zend_vm_gen.php --help > >There'll be some files which can be deleted later on if we use this method. > >Andi > >>Date: Mon, 11 Oct 2004 17:43:17 -0700 >>To: [EMAIL PROTECTED] >>From: Andi Gutmans <[EMAIL PROTECTED]> >>Subject: New VM Architecture >> >>Due to popular demand, attached is an example of how the new VM >>architecture would be without the macro magic. >>Basically, the zend_vm_gen.php script auto-generates the chosen VM >>architecture (goto/call/switch) and the user can also select if he wants >>to specialize opcodes and/or wants the generator to enable/disable >>preprocessor #line statements (for debugging it might be easier to not >>produce them so that you get to debug the actual code without macros). >> >>It's not attached this time due to our annoying attachment filter :) >> >>http://snaps.php.net/~andi/zend_vm_newgen.tar.gz >> >>Please play around with it and send me feedback. We should pretty much >>decide what's preferred. The preprocessor stuff or this script. I think I >>favor the script even though the script itself has to be maintained, >>mainly because I think the preprocessor stuff was kind of hard to >>understand and mainly to debug. The auto-generated code will definitely >>be easier to debug as it won't have as many macros. >> >>Andi -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
