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
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
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.
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
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
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
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 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
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 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
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
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
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..
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
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
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
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
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
18 matches
Mail list logo
