A couple questions, if I may?
On Thursday 14 June 2001 05:57 pm, Dan Sugalski wrote:
> =item state stack
>
> For the interpreter's internal state
Does this include the call stack? If it does, should it?
> =head1 Opcodes
>
> Opcodes are all dispatched indirectly via an opcode function
> table.
From: "Dave Storrs" <[EMAIL PROTECTED]>
To: "Chris Hostetter" <[EMAIL PROTECTED]>
Sent: Sunday, June 10, 2001 9:07 PM
Subject: Re: suggested properties of operator results
> On Fri, 8 Jun 2001, Chris Hostetter wrote:
> > $v2 = VALUE2;
> > $v1 = (defined VALUE1.valueR ? VALUE1.valueR : VALUE1);
> >
> (ftp://ftp.iki.fi/pub/perl/snap), compile it first so you get a Makefile
ftp://ftp.funet.fi/pub/languages/perl/snap/
--
$jhi++; # http://www.iki.fi/jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen
OK, I've been teasing people about this for weeks, and it's time to stop.
This is the current state of the Perl 6 emulator; it applies most things
that Damian talked about in his keynote yesterday, and most of the things
I've picked up in perl6-language. It does:
$a ~ $b for c
Okay, here's a quick sketch of what I'm thinking of for the core
architecture of the interpreter. It's not PDD'd yet, as I fully expect
(hope, even) that the sillier parts of it will get ripped to shreds:
=head1 Stacks
The interpreter has multiple stacks, and they're all segmented. The
push/pop
At 07:46 PM 6/14/2001 +0100, Simon Cozens wrote:
>On Thu, Jun 14, 2001 at 11:05:31AM -0700, Benjamin Stuhl wrote:
> > Who would ever _want_ to write 'sv = pp_gvsv(aTHX_ gv);'?
>
>Read comp.lang.perl.moderated for a few weeks and look at the XS
>questions. In the past month, we've had people needin
At 11:05 AM 6/14/2001 -0700, Benjamin Stuhl wrote:
>--- Nick Ing-Simmons <[EMAIL PROTECTED]> wrote:
> > Benjamin Stuhl <[EMAIL PROTECTED]> writes:
> > >I don't see where shadow functions are really necessary
> > -
> > >after all, no one has ever complained that you can't do
> > >
> > >pp_chomp(sv)
On Thu, Jun 14, 2001 at 11:05:31AM -0700, Benjamin Stuhl wrote:
> Who would ever _want_ to write 'sv = pp_gvsv(aTHX_ gv);'?
Read comp.lang.perl.moderated for a few weeks and look at the XS
questions. In the past month, we've had people needing to know how
to get the caller and how to bless a scal
--- Nick Ing-Simmons <[EMAIL PROTECTED]> wrote:
> Benjamin Stuhl <[EMAIL PROTECTED]> writes:
> >I don't see where shadow functions are really necessary
> -
> >after all, no one has ever complained that you can't do
> >
> >pp_chomp(sv); /* or pp_add(sv1, sv2), for that matter */
> >
> >in Perl 5.
At 01:10 PM 6/14/2001 +0200, Bart Lateur wrote:
>On Wed, 13 Jun 2001 13:39:16 -0400, Dan Sugalski wrote:
>
> >> > Something that should be part of the core? I'll leave
> >> >that for you to decide.
> >>
> >>Most definitely NOT.
> >
> >Most definitely sort of.
> >
> >>There is no reason to put fucn
http://oss.software.ibm.com/icu/press.html
--
$jhi++; # http://www.iki.fi/jhi/
# There is this special biologist word we use for 'stable'.
# It is 'dead'. -- Jack Cohen
On Thursday 14 June 2001 07:10 am, Bart Lateur wrote:
> If you're saying that the perl core shsould include hooks into the regex
> engine for custom character classes, I agree. But nothing more.
> Currently, Perl5 provides a hook for "use locale;", but I wish there was
> something more general tha
On Wed, 13 Jun 2001 13:39:16 -0400, Dan Sugalski wrote:
>> > Something that should be part of the core? I'll leave
>> >that for you to decide.
>>
>>Most definitely NOT.
>
>Most definitely sort of.
>
>>There is no reason to put fucntionality for free matching of Japanese
>>characters into the basi
13 matches
Mail list logo
