Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Dynamic Perl, Part 1 [IMCC]
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  3 messages - Collapse all  -  Translate all to Translated (View all originals)
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
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Tim Bunce  
View profile  
 More options Apr 8 2005, 8:04 am
Newsgroups: perl.perl6.internals
From: Tim.Bu...@pobox.com (Tim Bunce)
Date: Fri, 8 Apr 2005 13:04:19 +0100
Local: Fri, Apr 8 2005 8:04 am
Subject: Re: Dynamic Perl, Part 1 [IMCC]

On Thu, Apr 07, 2005 at 11:35:46PM -0400, William Coleda wrote:
> There are two open tickets about removing the core's dependance on Perl*
> PMCs, and instead, making them dynamically loadable and using the language
> agnostic PMCs for internal use.

> Talking about this with Leo on IRC, he expressed an interest in getting
> these changes in chunks to make them a little more digestable.

> Attached, find the first trivial chunk, which removes as much Perl* from
> IMCC internals and tests as possible without writing actually writing any
> new PMC code.
> PerlArray is going to be the hardest to pull out, as there is no other
> Array-style pmc that does everything it does. (or, at least, I can't find
> one. =-)

Does the core need "everything it does"?

If there was another "Array-style pmc that does everything it does"
then could PerlArray be an 'empty subclass' of it?

If the answer the first question is yes, then couldn't you just
rename PerlArray to something without "Perl" in it?

Is the taxonomy of PMCs and what functionality they have, written out
somewhere? If not then that seems like the best place to start.

Tim.

p.s. Forgive me if these are dumb questions - I'm still only a distant
observer.


 
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.
Leopold Toetsch  
View profile  
 More options Apr 8 2005, 12:01 pm
Newsgroups: perl.perl6.internals
From: l...@toetsch.at (Leopold Toetsch)
Date: Fri, 8 Apr 2005 18:01:09 +0200
Local: Fri, Apr 8 2005 12:01 pm
Subject: Re: Dynamic Perl, Part 1 [IMCC]

William Coleda <w...@coleda.com> wrote:
> PerlArray is going to be the hardest to pull out, as there is no other
> Array-style pmc that does everything it does. (or, at least, I can't
> find one. =-)

The replacement ought to be ResizablePMCArray. Missing methods like
C<shift> need implementators.
The PMCArray is doomed and deprecated, it's a wrapper around PerlArray
anyway.

I'll have a closer look at the patch later, probably after SVN switch.

leo


 
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.
Leopold Toetsch  
View profile  
 More options Apr 9 2005, 4:01 am
Newsgroups: perl.perl6.internals
From: l...@toetsch.at (Leopold Toetsch)
Date: Sat, 9 Apr 2005 10:01:04 +0200
Local: Sat, Apr 9 2005 4:01 am
Subject: Re: Dynamic Perl, Part 1 [IMCC]

William Coleda <w...@coleda.com> wrote:
> Attached, find the first trivial chunk, which removes as much Perl*
> from IMCC internals and tests as possible without writing actually
> writing any new PMC code.

Applied the trivial part, i.e. all but the change to PMCArray.

> PerlArray is going to be the hardest to pull out, as there is no other
> Array-style pmc that does everything it does. (or, at least, I can't
> find one. =-)

The PerlArray in imcc/pcc.c should be an ResizablePMCArray. But as this
is lacking some vtable methods, it's not changed yet. This array is used
for overflow arguments and flattening and as such a critical part of
function calls.

Thanks,
leo


 
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.
End of messages
« Back to Discussions « Newer topic     Older topic »