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
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
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
#!/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
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
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
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
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
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
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
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
>
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
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 "
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
# 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)
# 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)
# 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
# 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
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
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
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 =
34 matches
Mail list logo
