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__class_setup
> >>- Parrot__class_init
> >>
> >>The class
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 a
"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 yea
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 PMC
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:10 +0200 7/31/03, Leopold Toetsch wrote:
>> > *) Determine the init and setup routine names
>>
>>- Parrot__class_setup
>>- Parrot__class_init
>>
>>The class_setup also sets the class_enum i.e vtable->base_type.
> Well... there are versioning issues
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, dynclasses/M
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:10 +0200 7/31/03, Leopold Toetsch wrote:
>> > *) Determine the init and setup routine names
>>
>>- Parrot__class_setup
>>- Parrot__class_init
>>
>>The class_setup also sets the class_enum i.e vtable->base_type.
> Well... there are versioning issues
At 11:10 +0200 7/31/03, Leopold Toetsch wrote:
> *) Determine the init and setup routine names
- Parrot__class_setup
- Parrot__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 multiple versions of a
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 (unp
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/
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 c
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 pl
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/ subdirector
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 n
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
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 F.
Now we would need:
- an allocated *Pa
16 matches
Mail list logo
