Simon and Jeff -- > > This (rather large) set of patches adds the ability for parrot to use > > + interpreter->profile = (INTVAL >*)mem_sys_allocate((core_numops+obscure_numops+vtable_numops) * sizeof(INTVAL)); > > Nice idea, but I'm afraid I'm not convinced that this is sufficiently > extensible.
I don't think this is intended to be extensible (yet). I'm happy to have code to play with and try to merge with my dynamic oplib loading stuff, which *does* get us extensibility. I don't know if I'm going to have time today, but I do plan to apply this patch here and see about getting it working with the dynamic loading stuff I've posted. We now have two platforms with platform/*.[hc] code to do the dynamic loading. If we can get code in there for the other core platforms, we could start planning for a committed version of multi oplib code not too long thereafter. > How about a Perl script that reads in all the .ops files and writes out > a header file describing them and the total number of ops? This would be OK as an interim measure, I suppose, but as long as we are doing build-time workarounds rather than dynamic loading, I don't think it matters too much if its hardcoded or generated. Of course, that opinion is based on the hope that we can get the real stuff in sooner rather than later. 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 \_____________________________________________________________________/
