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
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
I've uploaded what I hope will be the last version of Test::Harness
before I release 2.32. Please test and report the results to the
standard places.
Thanks,
Andy
The uploaded file
Test-Harness-2.31_05.tar.gz
has entered CPAN as
file: $CPAN/authors/id/P/PE/PETDANCE/Test-Harness-2.31_05
On Wed, 5 Nov 2003, Doug McNutt wrote:
> I am officially retired with some time but I have yet to process my
> first CVS file and, though I do C, there is a long learning curve for
> this guy who started when FORTRAN was a pup. Is anyone interested enough
> to encourage me? What can I do? I run Ma
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
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 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
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
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
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
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
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
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
13 matches
Mail list logo