Jeff Horwitz wrote:
On Wed, 27 Oct 2004, Leopold Toetsch wrote:
E.g. when you have a sub that ends with:
set P5, 100 # ret value
set I0, 0 # non-prototyped
set I3, 0 # no return value
invoke P1 # return
then P5 will not be passed to the caller.
right. but i'm explicitly using .pcc_begi
I dont know if the code under test is wrong or the expected output.
I run RH9, which uses Perl 5.8.0. I was getting a failure for
t/aspecial_blocks, indicating a difference in the expected output for a
CHECK {} block.
IF the expected output is wrong, I have provided a patch of the
test_output/c
On Wed, Oct 27, 2004 at 01:19:29PM -0600, Luke Palmer wrote:
> Stéphane Payrard writes:
> > That would allow to implement typechecking in imcc.
> >
> > .sym Scalar a
> > a = new .PerlInt # ok. Perlint is derived from Scalar
>
> Ugh, yeah, but what does that buy you? In dynamic languages pu
I note that the perlscalar code is careful about multithreading issues
(example: "if we morph to a string, first clear str_val so that after
changing the vtable a parallel reader doesn't get a gargabe pointer"),
but reuses a static PMC* intret.
The current PerlHash PMC coerces keys to strings,
By creating python specific PMCs, I got the pirate tests to pass, where
pass is defined as producing the exact same output as CPython produces
with the same input files.
These python specific pmcs were initally clones of perl specific PMCs,
with just enough added functionality (example: repr me
On Wed, 2004-10-27 at 14:01, Luke Palmer wrote:
> Aaron Sherman writes:
> > > /ab(c|b) {fail unless $1 eq 'c'}/
> >
> > Now, what does "fail" mean? I can think of two definitions:
> >
> > 1. proceed to trap state (backtracking then happens)
> > 2. exit (probably using an exception) the
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #32176]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org:80/rt3/Ticket/Display.html?id=32176 >
Hi,
this patch adds a benchmark for random access of different Array PMCs. T
Dan Sugalski wrote:
At 11:09 AM +0200 10/26/04, Leopold Toetsch wrote:
So, if you want that really super efficient, you would allocate
registers around function calls directly to that wanted register number,
which should be in the SymReg's want_regno.
While true, in the general case leaving 0-15 a
* it seems to get ready, I'll very likely commit it tomorrow
* e.g. make test: 1 failure, make testj on PPC: 3 failures
* diffs to CVS[1] are growing, if possible please do no bigger changes
to these files currently
* first timing tests show that we'll reach again reasonable call speed
and fast i
On Wed, 27 Oct 2004, Leopold Toetsch wrote:
> E.g. when you have a sub that ends with:
>
> set P5, 100 # ret value
> set I0, 0 # non-prototyped
> set I3, 0 # no return value
> invoke P1 # return
>
> then P5 will not be passed to the caller.
right. but i'm explicitly using .pcc_begi
On Wed, Oct 27, 2004 at 06:24:59PM +0200, Leopold Toetsch wrote:
> Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 27, 2004 at 12:19:22PM +0200, Leopold Toetsch wrote:
>
> >> Having a type enum for these abstract types would imply to install a
> >> vtable, filled with methods that catc
At 11:09 AM +0200 10/26/04, Leopold Toetsch wrote:
Bill Coffman <[EMAIL PROTECTED]> wrote:
> 1) In the existing parrot code, when a register is assigned, it uses
the following code:
int c = (color + MAX_COLOR/2) % MAX_COLOR;
Thus, it seems to prefer to use register #1
On Oct 27, 2004, at 6:24 AM, Gisle Aas wrote:
How about the code JITed from the bytecodes. Will it be shared?
The JITed code can't be shared directly--in it's current form, it
(intentionally) includes absolute addresses which wouldn't be valid for
other processes.
But the exec core allows (or, w
Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 27, 2004 at 12:19:22PM +0200, Leopold Toetsch wrote:
>> Having a type enum for these abstract types would imply to install a
>> vtable, filled with methods that catch errors.
> I never proposed the installation of vtables for these types.
Jeff Horwitz <[EMAIL PROTECTED]> wrote:
[ Please don't top post ]
> this would be great -- i'm currently pulling the return values of my
> called subs directly out of I5, and it would be nice to have that bit
> taken care of for me, especially if calling conventions change somewhere
> down the li
Rhys Weatherley wrote:
On Tuesday 26 October 2004 07:55 pm, Leopold Toetsch wrote:
Thanks for the link. But I think, while the idea is quite nice, it's not
really useful for us.
Probably true. Parrot is far enough along that changing fundamentals like
this wouldn't be wise.
It looks rather mon
this would be great -- i'm currently pulling the return values of my
called subs directly out of I5, and it would be nice to have that bit
taken care of for me, especially if calling conventions change somewhere
down the line (but i certainly hope they don't). :)
-jeff
On Wed, 27 Oct 2004, Leopo
At 6:24 AM -0700 10/27/04, Gisle Aas wrote:
Dan Sugalski <[EMAIL PROTECTED]> writes:
Bytecode files on-disk are
shared across all the processes in the system, so you only get one
in-memory copy of a file, which saves both RAM and load time if you're
u
Dan Sugalski <[EMAIL PROTECTED]> writes:
> Bytecode files on-disk are
> shared across all the processes in the system, so you only get one
> in-memory copy of a file, which saves both RAM and load time if you're
> using a file that another process is usi
At 12:06 PM +0200 10/27/04, Leopold Toetsch wrote:
Stéphane Payrard <[EMAIL PROTECTED]> wrote:
I want to make an loose analogy between pmc/their_content and
Unix inodes/files which I use as a mnemonic.
PMCs are the equivalent of inodes, each one
reference some content which is the equivalent o
Dan Sugalski wrote:
At 12:00 PM +0100 10/27/04, Peter Hickman wrote:
Presently Python compiles it's py files to pyc files that can then be
run without access to the source (the py).
Would Perl 6 be able to do this? Compile the pl to plc and pm to pmc
and load the ??c version if it was available
At 12:00 PM +0100 10/27/04, Peter Hickman wrote:
Presently Python compiles it's py files to pyc files that can then
be run without access to the source (the py).
Would Perl 6 be able to do this? Compile the pl to plc and pm to pmc
and load the ??c version if it was available and newer than the
At 4:31 PM +0530 10/27/04, Vijay D. wrote:
Hi,
I was trying to install the latest Parrot. The latest source code is
checked out from CVS.
After configure, The make is stopping at
ops/core_ops.c
ops/core_ops_prederef.c
ops/core_ops_switch.c
ops/core_ops_cg.c
Is it stopping, or just taking
--- Alberto Manuel Brandão Simões
<[EMAIL PROTECTED]> wrote:
> Not stoping.. just compiling the computed-gotos C
> file. It take s alot
> of times, specially if you have a... old machine ;)
>
> There is some way to turn that off.
> Surelly someone will answer you soon with it :)
pass the --cgo
On Wed, Oct 27, 2004 at 12:19:22PM +0200, Leopold Toetsch wrote:
> Stéphane Payrard <[EMAIL PROTECTED]> wrote:
>
> > A related but different issue is that abstract pmcs like (Scalar
> > and PerlScalar) have no pmc_type. I understand that pmc_type are
> > an offset in the table of pmc vtables and t
On Wed, Oct 27, 2004 at 12:00:33PM +0100, Peter Hickman wrote:
> Presently Python compiles it's py files to pyc files that can then be
> run without access to the source (the py).
>
> Would Perl 6 be able to do this? Compile the pl to plc and pm to pmc and
> load the ??c version if it was availa
Andy Dougherty <[EMAIL PROTECTED]> wrote:
> On Sun, 24 Oct 2004, Leopold Toetsch wrote:
>> We have since quite a time the support for creating native executables
>> on some platforms. This functionality is not tested at all. The Makefile
>> has just one very simple rule to create a "Hello world"-l
Not stoping.. just compiling the computed-gotos C file. It take s alot
of times, specially if you have a... old machine ;)
There is some way to turn that off.
Surelly someone will answer you soon with it :)
Kind regards,
Alberto
Vijay D. wrote:
Hi,
I was trying to install the latest Parrot. The l
Presently Python compiles it's py files to pyc files that can then be
run without access to the source (the py).
Would Perl 6 be able to do this? Compile the pl to plc and pm to pmc and
load the ??c version if it was available and newer than the source?
Other than code hiding would there be any
Hi,
I was trying to install the latest Parrot. The latest source code is
checked out from CVS.
After configure, The make is stopping at
ops/core_ops.c
ops/core_ops_prederef.c
ops/core_ops_switch.c
ops/core_ops_cg.c
Am I missing some thing?
Redhat Linux-9.0
perl, v5.8.4 built for
Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> I want to make an loose analogy between pmc/their_content and
> Unix inodes/files which I use as a mnemonic.
> PMCs are the equivalent of inodes, each one
> reference some content which is the equivalent of a file.
> C, when the source and the destina
Stéphane Payrard <[EMAIL PROTECTED]> wrote:
> A related but different issue is that abstract pmcs like (Scalar
> and PerlScalar) have no pmc_type. I understand that pmc_type are
> an offset in the table of pmc vtables and that we probably cannot
> have holes in that table. Nevertheless it would be
Nicholas Clark <[EMAIL PROTECTED]> wrote:
> pmc_type is documented and implemented as follows:
>=item C pmc_type(Parrot_Interp interp, STRING *name)>
> On IRC I asked:
> 17:44 <@Nicholas> can the type returned by Parrot_PMC_typenum for a PMC ever be
> zero?
> 17:45 <@Dan> I don
Parrot_call() runs a Parrot subroutine, but it takes PMC arguments only
and provides no return value.
If no one hollers, I'll replace this function with a more flexible set
of functions that are wrappers to the *runops* functions in src/inter_run.c:
void *Parrot_call_sub_(interp, sub,
34 matches
Mail list logo
