On Fri, Aug 09, 2002 at 09:50:00PM -0400, Mark J. Reed wrote:
> On Fri, Aug 09, 2002 at 05:23:58PM -0700, Steve Fink wrote:
> > On Thu, Aug 08, 2002 at 12:05:00AM -0400, Mark J. Reed wrote:
> > > Finite state machines can match regular expressions whose only operations
> > > are closure (*), alter
On Fri, Aug 09, 2002 at 05:23:58PM -0700, Steve Fink wrote:
> Wow. Since you went to the trouble of writing all this up, it really
> ought to go in a FAQ somewhere.
It probably already is in a FAQ somewhere; I just don't know where. :)
> On Thu, Aug 08, 2002 at 12:05:00AM -0400, Mark J. Reed wrot
On Fri, 9 Aug 2002, Adam Lopresto wrote:
: I was wondering whether the Perl 'while (<>){' idiom will continue to be
: supported in Perl 6? I seem to recall people posting example code the list
: using it (although I can't dig any up), but it seems to me that if Perl 6's
: lazy list implementation
Wow. Since you went to the trouble of writing all this up, it really
ought to go in a FAQ somewhere.
On Thu, Aug 08, 2002 at 12:05:00AM -0400, Mark J. Reed wrote:
> Finite state machines can match regular expressions whose only operations
> are closure (*), alternation (|), and grouping. Some of
On Tue, Aug 06, 2002 at 10:38:46PM -, Simon Glover wrote:
>
> On Tue, 6 Aug 2002, Nicholas Clark wrote:
>
> > On Tue, Aug 06, 2002 at 10:17:48PM +, Nicholas Clark wrote:
> >
> >
> > chopn S1, 1 # Check that the contents of S1 are no longer constant
> >
> > I spot a trend here
On Fri, Aug 09, 2002 at 04:10:50PM -0400, Dan Sugalski wrote:
> Okay, one of the first things we need to do to support multiple
> segment bytecode is to be able to swap in constant tables. (Since we
> access constants by offset from the table, and we don't want to go
> fix up the offsets every
Okay, one of the first things we need to do to support multiple
segment bytecode is to be able to swap in constant tables. (Since we
access constants by offset from the table, and we don't want to go
fix up the offsets every time we load in bytecode--ick. Slow)
So...
setconstant ix
Takes
At 11:46 AM -0700 8/9/02, Sean O'Rourke wrote:
>On Fri, 9 Aug 2002, Dan Sugalski wrote:
>> 1) Bind the ops to the PMC implementation and just peek under the hood
>> 2) Make method calls and have the PMCs do what they need to.
>>
>> #1 requires a way to load up PMC classes along with supporting
On Fri, 9 Aug 2002, Dan Sugalski wrote:
> 1) Bind the ops to the PMC implementation and just peek under the hood
> 2) Make method calls and have the PMCs do what they need to.
>
> #1 requires a way to load up PMC classes along with supporting opcode
> libs and parrot bytecode libs, which is infras
On Sat, Aug 10, 2002 at 02:23:07AM +0800, Christian Renz wrote:
> Actually, I once found myself wondering why while doesn't set $_ all
> the time anyway... It would be nice to do things like
Because the logic of the while construct doesn't require any
connection between the condition and the topic
At 4:49 PM +0200 8/9/02, Josef Hook wrote:
> > > If putting all the code into matrix.pmc is going to be a problem
>
>I see another problem coming up which i dont have the exact solution to.
>How are we going to fit operations like
>det() ludcmp() inverse() solve() transp() and others into vtable.
>I was wondering whether the Perl 'while (<>){' idiom will continue to
>be supported in Perl 6?
Actually, I once found myself wondering why while doesn't set $_ all
the time anyway... It would be nice to do things like
while ($iterator->each()) { ... }
while (query->nextResult()) { ... }
In a message dated Fri, 9 Aug 2002, Adam Lopresto writes:
> I was wondering whether the Perl 'while (<>){' idiom will continue to be
> supported in Perl 6? I seem to recall people posting example code the list
> using it (although I can't dig any up), but it seems to me that if Perl 6's
> lazy l
At 8:55 AM -0600 8/9/02, Jonathan Sillito wrote:
>On Tue, 2002-08-06 at 20:11, Sean O'Rourke wrote:
>> On Tue, 6 Aug 2002, Dan Sugalski wrote:
>>
>> > At 12:57 PM -0600 8/6/02, Jonathan Sillito wrote:
>> > >Can a prototyped sub take a variable number of parameters (ie can it
>> > >have 'rest'
I was wondering whether the Perl 'while (<>){' idiom will continue to be
supported in Perl 6? I seem to recall people posting example code the list
using it (although I can't dig any up), but it seems to me that if Perl 6's
lazy list implementation is sufficiently smart, it could just be replaced
On Wed, 7 Aug 2002, Nicholas Clark wrote:
> > > I'd not thought of this. You're right, but I think the trade off is the
> > > cumulative time you save each time the JITted routine is called, versus
> > > the time you took to track usage. I guess inside frequently called functions
> > > it could
On Tue, 2002-08-06 at 20:11, Sean O'Rourke wrote:
> On Tue, 6 Aug 2002, Dan Sugalski wrote:
>
> > At 12:57 PM -0600 8/6/02, Jonathan Sillito wrote:
> > >Can a prototyped sub take a variable number of parameters (ie can it
> > >have 'rest' params?). If so, should there be some way for the caller t
> > If putting all the code into matrix.pmc is going to be a problem
I see another problem coming up which i dont have the exact solution to.
How are we going to fit operations like
det() ludcmp() inverse() solve() transp() and others into vtable.
By that i dont mean that they should exist in v
On Thu, Aug 08, 2002 at 12:43:25PM -0700, Steve Fink wrote:
> now thinking that we ought to have a default.pmc that throws "not
> supported" for everything, but move all of the current fallback
> implementations into a new class and reparent a bunch of the existing
> PMCs (probably all of the non-
Peter Gibbs wrote:
> This version is (hopefully) functionally equivalent to PerlUndef,
> i.e. it acts as an uninitialised scalar. When assigned a value,
> it changes itself to the appropriate type (PerlInt/PerlNum/
> PerlString). The current level of functionality is therefore
> sufficient to us
# New Ticket Created by Peter Gibbs
# Please include the string: [perl #16098]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=16098 >
Attached is the first draft of perlscalar.pmc (and the patches
needed to add it to Parr
On 9 Aug 2002, Simon Cozens wrote:
> [EMAIL PROTECTED] (Josef Hook) writes:
> > no more matrix_core.c matrix_core.h?
>
> No, they've been replaced by nebuchadnezzar.c and chosen_one.h.
By that you mean?
>
> --
> >but I'm one guy working weekends - what the hell is MS's excuse?
> "We don't
[EMAIL PROTECTED] (Josef Hook) writes:
> no more matrix_core.c matrix_core.h?
No, they've been replaced by nebuchadnezzar.c and chosen_one.h.
--
>but I'm one guy working weekends - what the hell is MS's excuse?
"We don't care, we don't have to, we're the phone company."
- Ben Jemmet, Paul T
On Fri, 9 Aug 2002, Dan Sugalski wrote:
> At 10:00 AM +0200 8/9/02, Josef Hook wrote:
> >On Fri, 9 Aug 2002, Dan Sugalski wrote:
> >
> >> At 9:40 AM +0200 8/9/02, Josef Hook wrote:
> >> >I hate to bring this up again but i must. Dan what's the status on my
> >> >matrix patch ? I would apreci
At 10:00 AM +0200 8/9/02, Josef Hook wrote:
>On Fri, 9 Aug 2002, Dan Sugalski wrote:
>
>> At 9:40 AM +0200 8/9/02, Josef Hook wrote:
>> >I hate to bring this up again but i must. Dan what's the status on my
>> >matrix patch ? I would apreciate some feedback if its good or bad?
>> >If its going
At 9:55 AM +0200 8/9/02, Peter Gibbs wrote:
>Peter Gibbs wrote:
>> vtable method get_scalar(pmc)
>> vtable method get_value(pmc, context)
>
>Having broken the rule of posting before drinking coffee in the morning,
>this is obviously nonsense - neither of these will work, because we don
On Fri, 9 Aug 2002, Dan Sugalski wrote:
> At 9:40 AM +0200 8/9/02, Josef Hook wrote:
> >I hate to bring this up again but i must. Dan what's the status on my
> >matrix patch ? I would apreciate some feedback if its good or bad?
> >If its going to be applied or not?
> >Do you want me to change a
Peter Gibbs wrote:
> vtable method get_scalar(pmc)
> vtable method get_value(pmc, context)
Having broken the rule of posting before drinking coffee in the morning,
this is obviously nonsense - neither of these will work, because we don't
know the return type of these functions. So, back
At 9:40 AM +0200 8/9/02, Josef Hook wrote:
>I hate to bring this up again but i must. Dan what's the status on my
>matrix patch ? I would apreciate some feedback if its good or bad?
>If its going to be applied or not?
>Do you want me to change anything?
Sorry--you were going to redo this as a sta
I hate to bring this up again but i must. Dan what's the status on my
matrix patch ? I would apreciate some feedback if its good or bad?
If its going to be applied or not?
Do you want me to change anything?
Until it gets applied i feel there's no idea to improve current code.
It's hard to cod
30 matches
Mail list logo