Robin Redeker <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 27, 2005 at 02:27:58PM +0200, Leopold Toetsch wrote:
>> API's aren't finished yet and are extended more or less on demand.
> Ah, ok :) Who will decide what is demanded?
A patch on p6l is a good indication for a demand :)
> Hm, ok, i guess i
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> I have
> Perl5cargo_cult
> |
> Perl5Base
> / \
> Perl5PV Perl5IV
> \ /
> Perl5PVIV
Nice.
> perl5pviv.c:45: error: `Parrot_Perl5PV_init' undeclared (first use in this
> function)
If memory serves me right there is a
From: Dan Sugalski <[EMAIL PROTECTED]>
Date: Wed, 27 Apr 2005 15:43:32 -0400
At 5:40 PM +0200 4/27/05, Robin Redeker wrote:
>Just for the curious me: What was the design decision behind the GC
>solution? Was refcounting that bad? . . .
I'll answer this one, since I'm the one res
Just to de-Warnock this thread:
Leopold Toetsch <[EMAIL PROTECTED]> wrote:
> 3) PIR syntax
>
> It was already discussed a few times that we might change PIR syntax:
>
> current:
>
>Px = Pyset Px, Py alias Px and Py
>Px = assign Py assign Px, Py copy values
The Perl 6 Summary for the week ending 2005-04-26
It's my turn again. What fun.
"What," I hear you all ask, "has been going on in the crazy mixed up
world of Perl 6 design and development"? Read this summary and,
beginning with perl6-compiler, I shall tell you.
This week in perl6-
At 5:40 PM +0200 4/27/05, Robin Redeker wrote:
Just for the curious me: What was the design decision behind the GC
solution? Was refcounting that bad? Refcounting gives a more global
speed hit indeed, but it's more deterministic and you wont run into
(probably) long halts during GC. (Java programs
> > Some outdated files:
> >
> >lib/Parrot/PackFile/*
> >lib/Parrot/PackFile.pm
> >lib/Parrot/PackFile2.*
> >
> > what is:
> >
> >lib/Parrot/String.pm old packfile code?
> >lib/Parrot/Types.pm same?
> >lib/Parrot/Key.pm same?
>
> All the above files appear to be r
On Wed, Apr 27, 2005 at 04:00:54PM +0100, Nicholas Clark wrote:
> There are no Parrot_Perl5PV_init, etc functions. Is this a bug in pmc2c2.pl?
Looks like a mistake I made. Too many autogenerated files.
Nicholas Clark
On Wed, Apr 27, 2005 at 02:27:58PM +0200, Leopold Toetsch wrote:
> Robin Redeker <[EMAIL PROTECTED]> wrote:
[...]
> > Any hints when looking for functions that 'maybe' go into the API?
>
> API's aren't finished yet and are extended more or less on demand.
>
Ah, ok :) Who will decide what is dema
I have
Perl5cargo_cult
|
Perl5Base
/ \
Perl5PV Perl5IV
\ /
Perl5PVIV
The bottom 4 PMC classes shown are currently empty, so they genuinely are
just:
pmclass Perl5base extends Perl5cargo_cult dynpmc group Perl5_group {
}
pmclass Perl5PV extends Perl5base dynp
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 26, 2005 at 08:55:21AM +0200, Leopold Toetsch wrote:
>> - morph for scalars is ok: e.g. an Integer transforms itself to a Float
>> - morph for arbitrary objects must never be done automatically
> So really my morph code ought to check the ne
Robin Redeker <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 27, 2005 at 08:09:48AM +0200, Leopold Toetsch wrote:
>> albeit it isn't part of the official embedding API (yet).
> Ok, thanks, i'll have a look at that.
> Any idea when there will be a more complete official embedding API?
> Any hints when l
On Tue, Apr 26, 2005 at 08:55:21AM +0200, Leopold Toetsch wrote:
> - morph for scalars is ok: e.g. an Integer transforms itself to a Float
> - morph for arbitrary objects must never be done automatically
So really my morph code ought to check the new type to see if it understands
it, and if not t
On Wed, Apr 27, 2005 at 08:09:48AM +0200, Leopold Toetsch wrote:
> Robin Redeker <[EMAIL PROTECTED]> wrote:
[...]
> > 1. i wonder how to load bytecode from the memory to parrot when
> > embedding it. i've read embed.pod and couldn't find a function that let me
> > create a packfile or something i c
Robin Redeker <[EMAIL PROTECTED]> wrote:
> Hello!
> The last weeks i've been in joy to implement a small vm for a
> special runtime enviroment. As i'm a regular reader of the perl.perl6.*
> mailing lists and know about parrot. I wondered how easy it would be
> to throw away my own vm solution and
A long overdue change is now committed dicussed around more then a year ago.
The short story:
* interpreter->code is now a PackFile_ByteCode pointer
* the "shortcut" pointers to prederef or jit_info are gone
* switching a bytecode segment for a function call or return is now
basically just one C i
16 matches
Mail list logo
