Re: [PATCH] Continuations now close over register stacks

2004-01-08 Thread Michal Wallace
On Thu, 8 Jan 2004, Luke Palmer wrote: > @pcc_sub_call_4: > set P0, P17 > set P1, P16 > set I0, 0 > set I1, 0 > set I2, 0 > set I3, -2 > updatecc > savetop > invoke > done: > restoretop > set P16, P5 > > When t

Re: weird bug w/new imcc syntax

2004-01-08 Thread Melvin Smith
At 09:26 PM 1/8/2004 -0500, Michal Wallace wrote: I love the new syntax for calling functions! Thanks Melvin!!! And... here's a weird bug. :) The following code fails with the message "No Entries on UserStack!" But, if you delete either/both of the empty comment lines and it works fine. :) Thanks

[RFC] Parrot runtime include files and .constant macros

2004-01-08 Thread Melvin Smith
Since all of the Parrot includes are .pasm and are using the old .constant directive, which was a macro expansion in the IMCC lexer, and I've removed macros from IMCC, I have a pending patch to parrot_include.pl and all of the parrot header files to change it to generate .imc include files rather t

BUG: coroutine + exception = stack_height segfault

2004-01-08 Thread Michal Wallace
#!/bin/env parrot # # yieldbug.imc # # This program should print dots forever. # Instead it prints a few dots and then segfaults. # # parrot -t shows this bug: # #parrot: src/stacks.c:95: stack_height: #Assertion `height == (top->n_chunks - 1) * 256 + top->used' failed. #Aborted # # It

[COMMIT] Remove IMCC macros (tons of tests broken now)

2004-01-08 Thread Melvin Smith
As planned, macros have been removed from IMCC. The downside is that this just revealed scads of instances where people were using macro expansion in the tests, especially the .constant directive. One particular problem is runtime/parrot/include/*.pasm These will need to be changed to .imc files a

weird bug w/new imcc syntax

2004-01-08 Thread Michal Wallace
I love the new syntax for calling functions! Thanks Melvin!!! And... here's a weird bug. :) The following code fails with the message "No Entries on UserStack!" But, if you delete either/both of the empty comment lines and it works fine. :) .sub _main $P0 = new PerlString $P0 = "hello

RE: A modest question

2004-01-08 Thread Jonathan Lang
Austin Hastings wrote: > Jonathan Lang wrote: > > Austin Hastings wrote: > > > This kind of granularity does kind of imply a JavaScript-like > > > ability to compose objects, too, no? (If you can compose > > > requirements atomically, why not compose capabilities, too?) > > > > > > my $photon do

Configure.pl Error

2004-01-08 Thread Harry Jackson
I am now trying to get Parrot running on debian and have noticed the following error while running "perl Configure.pl" Determining some sizes...Linker failed (see test.ldo) at lib/Parrot/Configure/Step.pm line 233 Parrot::Configure::Step::cc_build() called at config/auto/sizes.pl line 3

Re: [PATCH] Continuations now close over register stacks

2004-01-08 Thread Luke Palmer
Michal Wallace writes: > Luke Palmer wrote: > > > This patch re-implements the register backing stacks as PObjs (so > > they can be garbage-collected), honors their COW flags, and adds > > them to the interpreter context (where they should be, honest!). > > > > As a healthy side-effect, it encapsu

Re: how do I instantiate? -- was: Objects!

2004-01-08 Thread Leopold Toetsch
Michal Wallace <[EMAIL PROTECTED]> wrote: > On Thu, 8 Jan 2004, Leopold Toetsch wrote: >> $ perldoc docs/pdds/pdd15_objects.pod >> /TRANSLATION AND GLOSSARY > So let me see if I have this right. Attributes > are slots in a class, that get created on each > instance. Properties don't have predefin

Thread deadline looming

2004-01-08 Thread Dan Sugalski
Just a reminder -- if you've got a proposal for parrot's threading, now would be the time to get it out. I'm going to dig through the thread threads this weekend, and you're going to get mine monday morning so... if you want to have any chance of seeing what you want implemented, better make su

re: [PATCH] Continuations now close over register stacks

2004-01-08 Thread Michal Wallace
Luke Palmer wrote: > This patch re-implements the register backing stacks as PObjs (so > they can be garbage-collected), honors their COW flags, and adds > them to the interpreter context (where they should be, honest!). > > As a healthy side-effect, it encapsulates their behavior nicely into >

Re: Continuations don't close over register stacks

2004-01-08 Thread Jeff Clites
On Jan 8, 2004, at 4:24 AM, Leopold Toetsch wrote: Jeff Clites <[EMAIL PROTECTED]> wrote: I think I'm just being dense, but looking at include/parrot/interpreter.h it appears that they are in the context: Sorry, yes. They are in the context but not saved. I mixed that up with the registers themse

Re: how do I instantiate? -- was: Objects!

2004-01-08 Thread Michal Wallace
On Thu, 8 Jan 2004, Leopold Toetsch wrote: > Michal Wallace <[EMAIL PROTECTED]> wrote: > > > What exactly is the difference between an > > attribute and a property? > > $ perldoc docs/pdds/pdd15_objects.pod > /TRANSLATION AND GLOSSARY Thanks. Don't mind me. I'm going to go make a card that says "

Re: [perl #24829] RE: [PATCH] PPC JIT fixes [re-send] (Modified by Jeff Clites)

2004-01-08 Thread Jeff Clites
On Jan 7, 2004, at 10:39 AM, Adam Thomason wrote: The 40 ops range from 0x200fca28 to 0x200fca90, with 0x200fca94 onward being ".long 0x0". The pc at failure is 0x7c0802a4. So it's probably safe to assume the trouble is pre-pasm. Yep, you're right. Thanks for all of the great information--I'm

Re: how do I instantiate? -- was: Objects!

2004-01-08 Thread Leopold Toetsch
Michal Wallace <[EMAIL PROTECTED]> wrote: > What exactly is the difference between an > attribute and a property? $ perldoc docs/pdds/pdd15_objects.pod /TRANSLATION AND GLOSSARY > Michal J Wallace leo

Re: [PATCH] The Return of the Priority DOD

2004-01-08 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > ... I'm not > against somebody else maintaining the patch in the meantime :-) I went again through the patch and the original one from Sept, 5th. But it seems that one thing is missing in both: *If* all PMCs which needs_early_DOD are seen live, the DOD ru

Re: how do I instantiate? -- was: Objects!

2004-01-08 Thread Michal Wallace
On Thu, 8 Jan 2004, Leopold Toetsch wrote: > Michal Wallace <[EMAIL PROTECTED]> wrote: > > > I'm not even trying to get objects working yet. I just > > need something that'll let me run setprop on it > > You can attach properties to all PMCs. And WRT object instantiation: > t/pmc/object*.t but onl

Re: Archive tarball?

2004-01-08 Thread Melvin Smith
At 09:25 AM 1/8/2004 -0600, Jonathan Scott Duff wrote: On Thu, Jan 08, 2004 at 07:48:46AM -0700, Luke Palmer wrote: > If worse comes to worst, you can always ask me. I manage to keep the > largest amount of the language in my head with the most time available > to answer questions :-) Oh no, now *

Re: Archive tarball?

2004-01-08 Thread Jonathan Scott Duff
On Thu, Jan 08, 2004 at 07:48:46AM -0700, Luke Palmer wrote: > Well, most of the decisions you'll find in the "official" documents: the > apocalypses, exegeses, and synopses. Yeah, but those are lagging behind in syntax changes (for instance). It helps to use the right vocabulary when coming up

Re: Archive tarball?

2004-01-08 Thread Luke Palmer
michael.firestone writes: > Is there somewhere I can get the entire perl6-language archive in a > tarball? I personally don't know, but there could be somewhere. > I am trying to work on turning the Apocalypses into story cards at > http://p6stories.kwiki.org. It would be helpful to me if I c

Re: Archive tarball?

2004-01-08 Thread Simon Cozens
[EMAIL PROTECTED] (Michael.Firestone) writes: > As there is no search engine at this moment groups.google.com might work for you. -- Wouldn't you love to fill out that report? "Company asset #423423 was lost while fighting the forces of evil." -- Chris Adams in the scary.devil

Archive tarball?

2004-01-08 Thread michael.firestone
Is there somewhere I can get the entire perl6-language archive in a tarball? I am trying to work on turning the Apocalypses into story cards at http://p6stories.kwiki.org. It would be helpful to me if I could search the mailing list archives to make sure I incorporate any decisions made after

Re: References to hash elements?

2004-01-08 Thread Leopold Toetsch
Paul Johnson <[EMAIL PROTECTED]> wrote: > Leopold Toetsch said: >> >> IMHO we are additionally lacking vtable methods to achieve the HLL value >> assign behavior: We only have references inside our aggregates. That >> doesn't matter per se, you can always clone the PMCs before storing, or >> you s

Re: Continuations don't close over register stacks

2004-01-08 Thread Leopold Toetsch
Jeff Clites <[EMAIL PROTECTED]> wrote: > I think I'm just being dense, but looking at > include/parrot/interpreter.h it appears that they are in the context: Sorry, yes. They are in the context but not saved. I mixed that up with the registers themselves, which went out of the context. leo

Re: [perl #24840] [patch] remove dead code

2004-01-08 Thread Leopold Toetsch
Matt Fowles <[EMAIL PROTECTED]> wrote: > This patch simply removes some dead code from imcc/cfg.c I don't know, how Melvins source currently differs, so I'll leave it up to him ... > Matt Thanks, leo

Re: [perl #24841] [patch] code cleanup in src/dod.c

2004-01-08 Thread Leopold Toetsch
Matt Fowles <[EMAIL PROTECTED]> wrote: > This patch just changes a long if-else-if chain into a switch statement > for easier reading. > Also running `run-indent.pl src/dod.c` cause the diff of dod.c to be > very large. I trimmed it down by hand to just the appropriate part, but > this should pro

Re: Creating "proper" interpreters with Parrot

2004-01-08 Thread Leopold Toetsch
Simon Cozens <[EMAIL PROTECTED]> wrote: > What's left to do to allow Parrot to be embedded into an interpreter and > have IMCC fed directly to it? cola seems to be the closest thing in > languages/ to do this, but even that requires shelling out to system calls. You might also have a look at YAL:

Re: [perl #24848] [patch] simplify register stacks (remove code duplication) (with attachment)

2004-01-08 Thread Leopold Toetsch
Matt Fowles <[EMAIL PROTECTED]> wrote: > All~ > This patch sets up a generic register stack (using macro's for values > that change) that the real register stacks can then implement. This was > discussed on list several months ago, but nobody ever got around to it. > So I did ;-) Yes, thanks. Bu

Separating tests from modules and Kwalitee

2004-01-08 Thread Ben
Hi, [This post has grown out of some discussions with Nick Clark and various other people. If it repeats anything people have said, then can someone point me at the relevant posts. I've had a look through the archives but can't find anything obvious.] OK, well the basic idea is to have some way o

Re: how do I instantiate? -- was: Objects!

2004-01-08 Thread Leopold Toetsch
Michal Wallace <[EMAIL PROTECTED]> wrote: > I'm not even trying to get objects working yet. I just > need something that'll let me run setprop on it You can attach properties to all PMCs. And WRT object instantiation: t/pmc/object*.t but only integer attributes are done. leo

Re: [PATCH] The Return of the Priority DOD

2004-01-08 Thread Leopold Toetsch
Luke Palmer <[EMAIL PROTECTED]> wrote: > Leopold Toetsch writes: >> Moving the needs_early_DOD_FLAG out of the arena_flags is suboptimal >> (and probably the reason for the 5% slowdown for the eager case). Now the >> relevant flags is the high_priority_DOD_FLAG. If I get the patch right, >> it gets

Creating "proper" interpreters with Parrot

2004-01-08 Thread Simon Cozens
What's left to do to allow Parrot to be embedded into an interpreter and have IMCC fed directly to it? cola seems to be the closest thing in languages/ to do this, but even that requires shelling out to system calls. I'd like to start putting together some little language interpreters. -- For

Re: References to hash elements?

2004-01-08 Thread Paul Johnson
Leopold Toetsch said: > Dan Sugalski <[EMAIL PROTECTED]> wrote: > >> This is entirely a matter of opinion and data design ... > > Yep, that's it. The current behavior additionally is inconsistent. > Retrieving a reference (that is Parrot) out of a non-existant hash key > gives and unrelated new Pe

[perl #24847] [patch] simplify register stacks (remove code duplication)

2004-01-08 Thread via RT
# New Ticket Created by Matt Fowles # Please include the string: [perl #24847] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=24847 > All~ This patch sets up a generic register stack (using macro's for values that change)

[perl #24848] [patch] simplify register stacks (remove code duplication) (with attachment)

2004-01-08 Thread via RT
# New Ticket Created by Matt Fowles # Please include the string: [perl #24848] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=24848 > All~ This patch sets up a generic register stack (using macro's for values that change)

[perl #24841] [patch] code cleanup in src/dod.c

2004-01-08 Thread via RT
# New Ticket Created by Matt Fowles # Please include the string: [perl #24841] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=24841 > All~ This patch just changes a long if-else-if chain into a switch statement for easier

[perl #24840] [patch] remove dead code

2004-01-08 Thread via RT
# New Ticket Created by Matt Fowles # Please include the string: [perl #24840] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=24840 > All~ This patch simply removes some dead code from imcc/cfg.c I killed the code about 6

Re: Continuations don't close over register stacks

2004-01-08 Thread Jeff Clites
On Jan 7, 2004, at 8:15 PM, Melvin Smith wrote: Leopold Toetsch writes: > Jeff Clites <[EMAIL PROTECTED]> wrote: > > On Jan 7, 2004, at 1:46 AM, Leopold Toetsch wrote: > Exactly the latter: > That was AFAIK a design decision, when Dan did introduce CPS. At this > time register backing stacks went

Re: Continuations don't close over register stacks

2004-01-08 Thread Piers Cawley
Melvin Smith <[EMAIL PROTECTED]> writes: > At 06:37 PM 1/7/2004 -0700, Luke Palmer wrote: >>Leopold Toetsch writes: >> > Jeff Clites <[EMAIL PROTECTED]> wrote: >> > > On Jan 7, 2004, at 1:46 AM, Leopold Toetsch wrote: >> > >> That part is already answered: create a buffer_like structure. >> > >> *B

RESOLVED: how do I instantiate?

2004-01-08 Thread Michal Wallace
On Wed, 7 Jan 2004, Luke Palmer wrote: > Er, sorry, that's IMCC's fault. This works: > > new felix, $I0 Yep! Thanks! Here's a short example of the final script: .sub _main .local object Cat .local object felix newclass Cat, "Cat" find_type $I0, "Cat" new felix, $I0 $P0 =

RE: A modest question

2004-01-08 Thread Austin Hastings
From: chromatic [mailto:[EMAIL PROTECTED] > On Wed, 2004-01-07 at 00:43, Jonathan Lang wrote: > > Maybe as an alternative to > > > >role Stringify {must stringify();} > >sub print_it (Stringify $thingie) {print $thingie.stringify();} > > > > you might be able to say > > > >sub print_it

RE: A modest question (Damian, see last para please?)

2004-01-08 Thread Austin Hastings
Jonathan Lang [mailto:[EMAIL PROTECTED] wrote: > Austin Hastings wrote: > > Indeed. I like the idea of dynamic anonymous roles -- it's more > > behavioral than anything else. > > > > sub print_it ($thingie must stringify()) {...} > > > > Definitely gets down to the lowest level quickly, which is