The 2nd version of newsub implicitly sets P0 and P1, but they
are not part of the instruction.
IMCC currently has a problem with this; if we have a register linked
to the instruction for data flow analysis and allocation, it will be emitted
as part of the opcode.
Either we declare that all PASM ins
Thies C. Arntzen wrote:
[ most already answered, just some additional bits ]
because pmc as so much slower that native types i loose most of parrots
brilliant speed due to the fact that i don't know the types at
compile-time.
When you get rid of all the temps and the clone[1], t
Melvin Smith <[EMAIL PROTECTED]> wrote:
> The 2nd version of newsub implicitly sets P0 and P1, but they
> are not part of the instruction.
Yeah. But we really have a lot more of such instructions: invoke or
stack.ops for example.
> or IMCC has to track implicit registers.
cfg.c:109 in my tree. i
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> Hi,
> the latest changes of HASH in src/hash.c makes t/src/hash.t fail
> badly.
Oops, sorry (but at least it isn't the only broken test currently :)
> But I still have one problem: hash_put and hash_get are not
> symmetric. hash_put puts a void *valu
Hi,
the latest changes of HASH in src/hash.c makes t/src/hash.t fail
badly. It did not even compile because of the prototype change in
hash_new. Ok that was easy to fix and I have already a fix in my tree,
which at least compiles cleanly.
But I still have one problem: hash_put and hash_get are no
At 09:31 AM 11/6/2003 +0100, Leopold Toetsch wrote:
Melvin Smith <[EMAIL PROTECTED]> wrote:
> The 2nd version of newsub implicitly sets P0 and P1, but they
> are not part of the instruction.
Yeah. But we really have a lot more of such instructions: invoke or
stack.ops for example.
> or IMCC has to
On Wed, 5 Nov 2003, Thies C. Arntzen wrote:
> hi,
Hi ho, and glad to have you on-board. :)
> we've started a project (will have a web-page soon) that aims to port the
> php-language (www.php.net) to run on top of parrot. we've written some
> initial code and i'm kinda stu
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> > Hi,
>
> > the latest changes of HASH in src/hash.c makes t/src/hash.t fail
> > badly.
>
> Oops, sorry (but at least it isn't the only broken test currently :)
I committed a partial fix. Now the tests a
On Nov 6, 2003, at 10:05 AM, Juergen Boemmels wrote:
But I still have one problem: hash_put and hash_get are not
symmetric. hash_put puts a void *value, but hash_get returns a
HASHBUCKET. This looks wrong to me.
When returning the value directly, we couldn't have NULL value's - or
better NULL valu
From: "Mattia Barbon" <[EMAIL PROTECTED]>
> Il Tue, 28 Oct 2003 18:51:56 +0100 Leopold Toetsch <[EMAIL PROTECTED]> ha
scritto:
>
> > Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> > > Hi,
> >
> > > loadlib P1, "user32.dll"
> >
> > There are 2 errors in that, one is mine :)
> > - I didn't use the
On Nov 6, 2003, at 3:59 PM, Jonathan Worthington wrote:
From: "Mattia Barbon" <[EMAIL PROTECTED]>
Il Tue, 28 Oct 2003 18:51:56 +0100 Leopold Toetsch <[EMAIL PROTECTED]> ha
scritto:
Jonathan Worthington <[EMAIL PROTECTED]> wrote:
Hi,
loadlib P1, "user32.dll"
There are 2 errors in that, one is min
11 matches
Mail list logo
