In former days and before YAPC::EU I changed the original clone vtable,
which was IIRC:
PMC* clone() # return new clone of pmc
to the now existing form, which gets an uninitialized destination PMC.
This change was at that time necessary because of reasons described in
F keyword "Variant 2: An
While playing with calling threaded subs, I came along a thing which I
think might be suboptimal:
pdd03 states that the method PMC should go into P2. This doesn't really
play with Perl5 <-> Perl6 interoperbility IMHO. Perl5 methods are plain
subs, where the first param is the object. I dunno, if
Allison Randal <[EMAIL PROTECTED]> wrote:
> $ parrot t/op/hacks_1.pasm
> not reached
Very likely that SIGFPE isn't defined.
Does F have an entry for SIGFPE?
Is PARROT_HAS_HEADER_SIGNAL defined?
> Allison
leo
On Tue, Dec 16, 2003 at 06:55:56PM -0500, Gordon Henriksen wrote:
: Michael Lazzaro wrote:
:
: > I don't think so; we're just talking about whether you can extend a
: > class at _runtime_, not _compiletime_. Whether or not Perl can have
: > some degree of confidence that, once a program is comp
On Wed, Dec 17, 2003 at 09:28:48AM -0700, Jim Cromie wrote:
> Hi Fergal,
>
> Id like to see a slightly different interface:
>
>is_faster( sub{}, sub{}, "1st is faster");
This would be nice but what value should I use for iterations? I suppose -1
would be safe enough, anything that takes long
On Wed, Dec 17, 2003 at 06:20:22AM -, Rafael Garcia-Suarez wrote:
: Larry Wall wrote in perl.perl6.language :
: > On Wed, Dec 17, 2003 at 12:11:59AM +, Piers Cawley wrote:
: >: When you say CHECK time, do you mean there'll be a CHECK phase for
: >: code that gets required at run time?
: >
Leo wrote:
>
> > Failed Test Stat Wstat Total Fail Failed List of Failed
> > ---
> > t/op/hacks.t2 512 22 100.00% 1-2
>
> Could you please run these 2 standalone:
>
> $ parrot t/op/hacks_1.pasm
> catche
At 5:01 AM + 12/17/03, Pete Lomax wrote:
On Tue, 16 Dec 2003 19:54:25 -0500, Dan Sugalski <[EMAIL PROTECTED]>
wrote:
At 11:38 PM + 12/16/03, Pete Lomax wrote:
Hi,
I've hit a very strange problem:
set N18, 86
save N18
restore N18
Solved. I forgot I was using -O2 when
At 2:11 PM + 12/17/03, Arthur Bergman wrote:
On Wednesday, December 17, 2003, at 02:06 pm, Dan Sugalski wrote:
Well... yes and no. You need to make sure Parrot links against the
thread libraries. You don't, strictly speaking, need to have perl
linked against the threading libraries except..
Fergal Daly wrote:
On Wed, Dec 17, 2003 at 09:28:48AM -0700, Jim Cromie wrote:
Hi Fergal,
Id like to see a slightly different interface:
is_faster( sub{}, sub{}, "1st is faster");
This would be nice but what value should I use for iterations? I suppose -1
Benchmark defaults to -3. It
Fergal Daly wrote:
NAME
Test::Benchmark - Make sure something really is faster
SYNOPSIS
is_faster(-10, sub {...}, sub {...}, "this is faster than that")
is_faster(5, -10, sub {...}, sub {...}, "this is 5 times faster than that")
is_n_times_faster(5, -10, sub {...}, sub {...}, "t
getinterp P2
find_method P0, P2, "thread"
find_global P6, "_foo"
clone P5, P2
invoke # start the thread
This little piece of code runs the subroutine "_foo" in a separate
thread inside interpreter P5.
There are of course a lot of things missing, ParrotInterpreter::clone
On Wed 17 Dec 2003 15:11, Arthur Bergman <[EMAIL PROTECTED]> wrote:
>
> On Wednesday, December 17, 2003, at 02:06 pm, Dan Sugalski wrote:
>
> >
> > Well... yes and no. You need to make sure Parrot links against the
> > thread libraries. You don't, strictly speaking, need to have perl
> > linke
On Wednesday, December 17, 2003, at 02:06 pm, Dan Sugalski wrote:
Well... yes and no. You need to make sure Parrot links against the
thread libraries. You don't, strictly speaking, need to have perl
linked against the threading libraries except... several (perhaps
most) platforms *really* hat
At 12:50 PM + 12/17/03, Arthur Bergman wrote:
On Wednesday, December 17, 2003, at 12:38 pm, Leopold Toetsch wrote:
$ grep thr_pthread config/gen/platform/*.h
config/gen/platform/darwin.h:# include "parrot/thr_pthread.h"
config/gen/platform/generic.h:# include "parrot/thr_pthread.h"
config/g
On Wednesday, December 17, 2003, at 12:38 pm, Leopold Toetsch wrote:
$ grep thr_pthread config/gen/platform/*.h
config/gen/platform/darwin.h:# include "parrot/thr_pthread.h"
config/gen/platform/generic.h:# include "parrot/thr_pthread.h"
config/gen/platform/openbsd.h:# include "parrot/thr_pthre
Arthur Bergman <[EMAIL PROTECTED]> wrote:
> Am I right to assume that I always need to build a threaded perl if I
> want to link against parrot?
I don't think, that perl needs building with threads. But parrot needs
libpthread for platforms that have pthread.h and include thr_phread.h in
their pl
On Wednesday, December 17, 2003, at 11:35 am, H.Merijn Brand wrote:
Unacceptable IMHO. Many people getting prebuild binaries on commercial
OS's
have no choice
I don't see how this is relevant, prebuilt perl or prebuilt parrot?
I don't think we need to worry about prebuilt parrot, and ponie will
On Wed 17 Dec 2003 12:29, Arthur Bergman <[EMAIL PROTECTED]> wrote:
> After updating and building I notice...
>
> make[1]: Entering directory `/home/abergman/Dev/ponie/perl'
> cc -L/home/abergman/Dev/ponie/parrot/blib/lib -o miniperl \
> miniperlmain.o opmini.o libperl.a -lnsl -ldl -lm -lcryp
After updating and building I notice...
make[1]: Entering directory `/home/abergman/Dev/ponie/perl'
cc -L/home/abergman/Dev/ponie/parrot/blib/lib -o miniperl \
miniperlmain.o opmini.o libperl.a -lnsl -ldl -lm -lcrypt -lutil -lc
-lparrot
/home/abergman/Dev/ponie/parrot/blib/lib/libparrot.a(eve
Allison Randal <[EMAIL PROTECTED]> wrote:
> Excellent. It compiles now. I do have two failing tests which may be
> related (catching SIGFPE):
> Failed Test Stat Wstat Total Fail Failed List of Failed
> ---
> t/op/hacks.
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> load_global $P1, ['foo'; 'bar'] '$baz'
> load_global $P2, ['foo'; 'bar'] '$xyzzy'
> The difference there being that, rather than having two separate
> constant keys we have one constant key and two string constants. This
> should result in less me
Michael Lazzaro wrote:
> I don't think so; we're just talking about whether you can extend a
> class at _runtime_, not _compiletime_. Whether or not Perl can have
> some degree of confidence that, once a program is compiled, it won't
> have to assume the worst-case possibility of runtime alter
[EMAIL PROTECTED] (Michael Lazzaro) writes:
> Well, just for clarification; in my anecdotal case (server-side web
> applications), the speed I actually need is "as much as I can get",
> and "all the time". Every N cycles I save represents an increase in
> peak traffic capabilities per server, whic
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:56 AM +0100 12/12/03, Leopold Toetsch wrote:
>>
>>But having multi-keyed variants of all relevant opcodes would burst
>>our opcode count to #of-keyed-opcodes * #of-key-permutations. That's
>>not feasable.
> Definitely not. Here's an alternative.
I m
Larry Wall <[EMAIL PROTECTED]> writes:
> On Wed, Dec 17, 2003 at 12:11:59AM +, Piers Cawley wrote:
> : When you say CHECK time, do you mean there'll be a CHECK phase for
> : code that gets required at run time?
>
> Dunno about that. When I say CHECK time I'm primarily referring
> to the end o
26 matches
Mail list logo
