Re[2]: [RFC] Dynamic PMC Classes

2003-08-14 Thread Mattia Barbon
On Tue, 5 Aug 2003 17:59:36 +0200 Leopold Toetsch [EMAIL PROTECTED] wrote: Dan Sugalski [EMAIL PROTECTED] wrote: At 11:10 +0200 7/31/03, Leopold Toetsch wrote: *) Determine the init and setup routine names - Parrot_classname_class_setup - Parrot_classname_class_init The class_setup

Re: [RFC] Dynamic PMC Classes

2003-08-14 Thread Dave Whipp
Leopold Toetsch [EMAIL PROTECTED] wrote What about the following (also considering, that we might not like one A dynamic PMC library has one init function returning a dyn_pmc_info structure: In the past, I've found the init-fn returns struct model can become a burden when, in a few years time,

Re: [RFC] Dynamic PMC Classes

2003-08-14 Thread Leopold Toetsch
Dan Sugalski [EMAIL PROTECTED] wrote: I think I'd rather have pre-defined names in the PMC library Yep. I've abandoned the return structure thingy. There is now one fixed init call to get things running: for the PMC extension foo_pmc$(SO): int Parrot_dynext_foo_init(Interp *interp, int

Re: [RFC] Dynamic PMC Classes

2003-08-07 Thread Leopold Toetsch
Dan Sugalski [EMAIL PROTECTED] wrote: At 11:10 +0200 7/31/03, Leopold Toetsch wrote: *) Determine the init and setup routine names - Parrot_classname_class_setup - Parrot_classname_class_init The class_setup also sets the class_enum i.e vtable-base_type. Well... there are versioning issues

Re: [RFC] Dynamic PMC Classes

2003-08-07 Thread Dan Sugalski
At 5:59 PM +0200 8/5/03, Leopold Toetsch wrote: What about the following (also considering, that we might not like one handle/mmap... per PMC, as stated in one f'up): A dynamic PMC library has one init function returning a dyn_pmc_info structure: I think I'd rather have pre-defined names in the

Re: [RFC] Dynamic PMC Classes

2003-08-01 Thread Gordon Henriksen
On Wednesday, July 30, 2003, at 04:28 , Dan Sugalski wrote: At 12:43 +0200 7/30/03, Leopold Toetsch wrote: I have started looking at dynamic classes. I have currently - new subdirectory /dynclasses - small hack for classes/pmc2c.pl to consider this directory too - dynclasses/foo.pmc,

Re: [RFC] Dynamic PMC Classes

2003-07-31 Thread Christian Renz
Thanks for the clarification. Does that mean that a mechanism for dynamic PMCs would automatically allow them to be written in Parrot also (and not only load binary libs)? -- [EMAIL PROTECTED] - http://www.web42.com/crenz/ - http://www.web42.com/

Re: [RFC] Dynamic PMC Classes

2003-07-31 Thread Leopold Toetsch
Dan Sugalski [EMAIL PROTECTED] wrote: At 12:43 +0200 7/30/03, Leopold Toetsch wrote: I have started looking at dynamic classes. I have currently - new subdirectory /dynclasses - small hack for classes/pmc2c.pl to consider this directory too - dynclasses/foo.pmc, dynclasses/Makefile (unportable,

Re: [RFC] Dynamic PMC Classes

2003-07-31 Thread Dan Sugalski
At 11:10 +0200 7/31/03, Leopold Toetsch wrote: *) Determine the init and setup routine names - Parrot_classname_class_setup - Parrot_classname_class_init The class_setup also sets the class_enum i.e vtable-base_type. Well... there are versioning issues there. We ought to be able to have

Re: [RFC] Dynamic PMC Classes

2003-07-31 Thread Leopold Toetsch
Dan Sugalski [EMAIL PROTECTED] wrote: At 11:10 +0200 7/31/03, Leopold Toetsch wrote: *) Determine the init and setup routine names - Parrot_classname_class_setup - Parrot_classname_class_init The class_setup also sets the class_enum i.e vtable-base_type. Well... there are versioning issues

[RFC] Dynamic PMC Classes

2003-07-30 Thread Leopold Toetsch
I have started looking at dynamic classes. I have currently - new subdirectory /dynclasses - small hack for classes/pmc2c.pl to consider this directory too - dynclasses/foo.pmc, dynclasses/Makefile (unportable, but short ;-) That works fine so far, it builds Ffoo_pmc.so. Now we would need: - an

Re: [RFC] Dynamic PMC Classes

2003-07-30 Thread Dan Sugalski
At 12:43 +0200 7/30/03, Leopold Toetsch wrote: I have started looking at dynamic classes. I have currently - new subdirectory /dynclasses - small hack for classes/pmc2c.pl to consider this directory too - dynclasses/foo.pmc, dynclasses/Makefile (unportable, but short ;-) Here's what I was thinking

Re: [RFC] Dynamic PMC Classes

2003-07-30 Thread Christian Renz
I don't pretend that I fully understand what dynamic classes are about, but Dan's suggestions made it a lot clearer to me. This seems like one possible way to attach something like wxWindows to parrot. I'm wondering about one thing, however: We build classes as shared libraries, unless otherwise

Re: [RFC] Dynamic PMC Classes

2003-07-30 Thread Jos Visser
On Wed, Jul 30, 2003 at 10:44:51PM +0200 it came to pass that Christian Renz wrote: Are there any plans to allow PMCs to be implemented in Parrot? Or am I asking something stoopid :). There are currently a lot of PMC types implemented directly in Parrot. If you look in the classes/ subdirectory

Re: [RFC] Dynamic PMC Classes

2003-07-30 Thread Jos Visser
On Thu, Jul 31, 2003 at 12:32:36AM +0200 it came to pass that Christian Renz wrote: Thanks for the clarification. Does that mean that a mechanism for dynamic PMCs would automatically allow them to be written in Parrot also (and not only load binary libs)? I don't think there are currently

Re: [RFC] Dynamic PMC Classes

2003-07-30 Thread Dan Sugalski
At 22:44 +0200 7/30/03, Christian Renz wrote: I don't pretend that I fully understand what dynamic classes are about, but Dan's suggestions made it a lot clearer to me. This seems like one possible way to attach something like wxWindows to parrot. I'm wondering about one thing, however: We build