Oops...I meant OpCode.pm ... not OpFunc.pm Sorry for the confusion. -----Original Message----- From: Gregor N. Purdy To: Gibbs Tanton - tgibbs Cc: '[EMAIL PROTECTED] "' Sent: 10/4/2001 7:40 PM Subject: Re: [PATCH] process_opfunc.pl cleanup
Tanton -- > This patch makes process_opfunc.pl use Opfunc.pm for all of its opcode > related information. Therefore, it no longer needed to parse interp_guts.h > or opcode_table. Also, I removed the $nvivsize from Opcode.pm (it wasn't > being used anyway as process_opfunc.pl was recalculating it.) I think this > patch makes everything more consistant, but I wanted to make sure there > wasn't a reason (upcoming?) that process_opfunc.pl needed to parse either > interp_guts.h or opcode_table.h Is your Opfunc.pm similar to the OpFunc.pm I produced for the bytecode to C compiler (patch posted recently). If so, I'm happy to see movement in the direction of putting all parsing code in modules, and I'll make the compiler use the same code. I'd like to commit the compiler after you commit this. Regards, -- Gregor _____________________________________________________________________ / perl -e 'srand(-2091643526); print chr rand 90 for (0..4)' \ Gregor N. Purdy [EMAIL PROTECTED] Focus Research, Inc. http://www.focusresearch.com/ 8080 Beckett Center Drive #203 513-860-3570 vox West Chester, OH 45069 513-860-3579 fax \_____________________________________________________________________/
