The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 |
Newsgroups: perl.perl6.internals
From: d...@sidhe.org (Dan Sugalski)
Date: Thu, 31 Jul 2003 07:18:09 -0400
Local: Thurs, Jul 31 2003 7:18 am
Subject: Re: [RFC] Dynamic PMC Classes
At 11:10 +0200 7/31/03, Leopold Toetsch wrote:
> > *) Determine the init and setup routine names Well... there are versioning issues there. We ought to be able to >- Parrot_<classname>_class_setup >The class_setup also sets the class_enum i.e vtable->base_type. have multiple versions of a class loaded, in which case this may not work. I'm pretty sure that there are some platforms that require unique names in libraries across the entire process. >[1] If there are no objections I'll check that part in. It shouldn't be Nope, go for it. >too hard, to finally have a perl script, that generates a platform >independend Makefile out from %PConfig. >[2] Somehow related: There was some discussion about PMC methods. Yeah, that sounds familiar. I'll have to get back to you on this when >What about a standard way to allow methods for (almost) all PMCs: >- have a vtable slot for the method hash >- move find_method into default.pmc >- PMCs used in that process mainly PerlHash should better not have > methods ;-) I've got more tha 5 minutes for email. :) -- Dan --------------------------------------"it's like this"------------------- You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
| |||||||||||||