All -- The mod_i, cmod_i, mod_n and cmod_n ops have comments with references. This are begging to be POD. Suppose we converted them to POD and added POD comments to the other ops so that we could generate op documentation from the basic_opcodes.ops file?
Suppose also that we generated opcode_table from it (we could make the op arg specification part of the .ops file format definition. Suppose also that we renamed this file to just 'builtin.ops'. --- stop reading here if you aren't ready to think about oplibs --- Finally, suppose the C file we generate from it contained the opfunc and opinfo structures as exported symbols and we dynamically loaded this builtin oplib, looking up those symbols to get the info we need for the interpreter. If we do this last step, we shouldn't be too far away from being able to handle additional oplibs (we'd need an oplib union capability, though, and we'd have to handle opcode mapping therein). 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 \_____________________________________________________________________/
