Re: [perl #22864] [PATCH] Move ParrotIO to PMCs

2003-07-04 Thread Leopold Toetsch
Benjamin Goldberg <[EMAIL PROTECTED]> wrote: > to: >mark roots from interpreter >follow marked but previously unfollowed pmcs >mark pmcs on system stack >follow marked but previously unfollowed pmcs > But considering the potential benefit for debugging, it might be worth > it. Th

Re: Lazy Arrays

2003-07-04 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > First, do these work well as pmcs, or should it be integrated with > PerlArray (I hope not)? It should subclass PerlArray. I think you don't need LazySequence. You can just set the exceptions to the lazy sequence in the PerlArray subclass. Array/PerlArray

Lexical Pads (was: [perl #22767] ...)

2003-07-04 Thread Leopold Toetsch
Dan Sugalski <[EMAIL PROTECTED]> wrote: > Pads shouldn't really be stacks, they should be plain linked lists. A plain linked list is lacking the chunk allocation scheme. I'm not sure if allocating a buffer_like and Parrot_allocate the memory for the pads is better, then the current stack based im

Re: [perl #22873] gentoo ebuild ... problem..

2003-07-04 Thread Leopold Toetsch
Leon Brocard <[EMAIL PROTECTED]> wrote: > Thanks for the bug report. I've patched parrot in CVS to use perldoc > -U. Unknown option: U perldoc [options] PageName|ModuleName|ProgramName... (perldoc is very likely from 5.005; version 1.14) leo

Re: [perl #22873] gentoo ebuild ... problem..

2003-07-04 Thread Leon Brocard
Leopold Toetsch sent the following bits through the ether: > Unknown option: U > perldoc [options] PageName|ModuleName|ProgramName... > > (perldoc is very likely from 5.005; version 1.14) I was a little hasty with the previous patch, sorry. I blame perldoc's man page for not sorting options alph

Re: Tentative [PATCH]: valclone

2003-07-04 Thread Dan Sugalski
At 9:13 AM +0200 7/2/03, K Stol wrote: In Perl this is possible (because of the syntax of Perl). But what about languages in which it cannot be expressed? I know, Parrot is mainly for Perl, but not *only* for Perl. Wouldn't it be nice to have Parrot supporting this? Yup, it would. Parrot's assumi

Re: wxWindows Support

2003-07-04 Thread Dan Sugalski
At 7:08 AM -0700 7/4/03, David wrote: There was a recent mention on the wxWindows* list that pairing it with Parrot would be a good combination. Is there any interest in supporting wxWindows in Parrot? On the one hand, I don't particularly care to bless a windowing toolkit, since they all have cro

Aliasing an array slice

2003-07-04 Thread Dan Brook
Will it be possible (or sane even) to bind a variable to an array slice e.g ## correct syntax? my @array = << a list of values >>; my @array_slice := @array[ 1 .. @array.end ]; Or would this merely bind @array_slice to the list returned by the slice, or would it DTRT (in my eyes at least)

Re: Aliasing an array slice

2003-07-04 Thread Luke Palmer
> Will it be possible (or sane even) to bind a variable to an array slice > e.g > > ## correct syntax? > my @array = << a list of values >>; > > my @array_slice := @array[ 1 .. @array.end ]; Yeah, that'll work. It has to, lest: my [EMAIL PROTECTED] := (1, 1, map { $^a + $^b } zip(@fi

get__keyed_int

2003-07-04 Thread Leopold Toetsch
I alread did ask some time ago: Is there any compelling reason that *_keyed_int vtables like: PMC* get_pmc_keyed_int (INTVAL* key) take a pointer to the key? This needs then (in all ops files, incl JIT): INTVAL key = $3; $1 = $2->vtable->get_pmc_keyed_int(interpreter, $2, &key); (setting up

Re: Aliasing an array slice

2003-07-04 Thread Damian Conway
Dan Brook wrote: Will it be possible (or sane even) to bind a variable to an array slice It *should* be, since it's possible (if ungainly) to do it in Perl 5: use Data::Dumper 'Dumper'; @bar = (1,2,3); *foo = (sub [EMAIL PROTECTED])->(@bar[1,0,3]); print Dumper [EMAIL PROTECTED];

wxWindows Support / Interfacing libraries with Parrot

2003-07-04 Thread Christian Renz
Actually, I was the one mentioning it in a completely offhand remark in some discussion about the future of wxWindows ;-). I'm not looking for official endorsement of wxWindows as "the" GUI toolkit for Parrot -- TIMTOWTDI -- but it sure would be sweet to have, and definitely would not hurt Parrot-b

Fw: Re: [ANNOUNCE] Parrot is feature-frozen until Wednesday

2003-07-04 Thread Clinton Pierce
Whoops. Needed to go to the list as well. > Original Message- > From: "Clinton Pierce" <[EMAIL PROTECTED]> > To: "Dan Sugalski" <[EMAIL PROTECTED]> > Date: Fri, Jul-4-2003 4:24 PM > Subject: Re: [ANNOUNCE] Parrot is feature-frozen until Wednesday > > > It crashes rather b

[perl #22877] GC/Sweep errors in latest build

2003-07-04 Thread Clinton A. Pierce
# New Ticket Created by "Clinton A. Pierce" # Please include the string: [perl #22877] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=22877 > This bug did not make itself known in a 6/23 checkout, and appeared sometime in t

Re: wxWindows Support / Interfacing libraries with Parrot

2003-07-04 Thread Christian Renz
GUI toolkit for Parrot -- TIMTOWTDI -- but it sure would be sweet to have, and definitely would not hurt Parrot-based application Whoops. Just to clarify: It would be sweet to have an interface for wxWindows in Parrot -- not the official endorsement. And let me try to formulate a nice and clear que

Re: Tentative [PATCH]: valclone

2003-07-04 Thread K Stol
- Original Message - From: "Dan Sugalski" <[EMAIL PROTECTED]> To: "K Stol" <[EMAIL PROTECTED]>; "Gordon Henriksen" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Friday, July 04, 2003 4:56 PM Subject: Re: Tentative [PATCH]: valclone > At 9:13 AM +0200 7/2/03, K Stol wrote: > >In Perl t

Re: wxWindows Support / Interfacing libraries with Parrot

2003-07-04 Thread Leopold Toetsch
Christian Renz wrote: What is the easiest way to make a monster like wxWindows (in terms of classes) available for Parrot? The easiest way isn't avaialble yet. That is custom dynamically loaded PMCs (classes) representing some functionality. Alreay working is the NCI (Native call interface) to

Re: [perl #22877] GC/Sweep errors in latest build

2003-07-04 Thread Leopold Toetsch
Clinton A. Pierce (via RT) wrote: I don't have a small test case for this. Please read some threads about IO & such after my post: Subject: Timely destruction and TRACE_SYSTEM_AREAS Date: Thu, 26 Jun 2003 09:59:18 +0200 If your are sure, that you are on a different kind of bug, then I'll have

Re: Tentative [PATCH]: valclone

2003-07-04 Thread Leopold Toetsch
K Stol <[EMAIL PROTECTED]> wrote: > - Original Message - > From: "Dan Sugalski" <[EMAIL PROTECTED]> >> >> This, of course, brings up the question of who gets to decide whether >> things are passed by value or reference, the caller or callee, so I'm >> up for discussion on that. > The calle

Re: [perl #22877] GC/Sweep errors in latest build

2003-07-04 Thread Clinton Pierce
> > I don't have a small test case for this. > > Please read some threads about IO & such after my post: > > Subject: Timely destruction and TRACE_SYSTEM_AREAS > Date: Thu, 26 Jun 2003 09:59:18 +0200 > > If your are sure, that you are on a different kind of bug, then I'll > have a closer look

Re: Perl6 Daydreams (on topic but frivolous)

2003-07-04 Thread Jonadab the Unsightly One
Iain Truskett <[EMAIL PROTECTED]> writes: > * Jonadab the Unsightly One ([EMAIL PROTECTED]) [01 Jul 2003 23:41]: > > Iain Truskett <[EMAIL PROTECTED]> writes: > > > > Not the only one. And with Parrot being able to execute > > > Z-code, it might be sane to port Inform to Parrot! > > > Did you me

Re: Tentative [PATCH]: valclone

2003-07-04 Thread Gordon Henriksen
On Friday, July 4, 2003, at 10:56 , Dan Sugalski wrote: This, of course, brings up the question of who gets to decide whether things are passed by value or reference, the caller or callee, so I'm up for discussion on that. Isn't this again a function of the routine's signature? The callee ought

Re: Aliasing an array slice

2003-07-04 Thread dbrook
On Fri, 4 Jul 2003, Damian Conway wrote: > > Will it be possible (or sane even) to bind a variable to an array slice > It *should* be, since it's possible (if ungainly) to do it in Perl 5: Ouch, blatant abuse of perl5's aliasing with @_ and globs ;) Can I also assume that you can also pass around