On Tuesday 26 October 2004 07:55 pm, Leopold Toetsch wrote:
Robert Spier wrote:
Is there anything that can be learned/reused from libjit?
http://www.southern-storm.com.au/libjit.html
Thanks for the link. But I think, while the idea is quite nice, it's not
really useful for us.
Probably
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,
Nicholas Clark [EMAIL PROTECTED] wrote:
pmc_type is documented and implemented as follows:
=item CINTVAL
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't
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 nice
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.
Cset_pmc, when the source and the
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
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
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-like
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 available
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 that we
--- 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 --cgoto=0
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
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
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: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 of
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,
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
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 line
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.
Well,
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,
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 #16
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 catch errors.
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
* 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
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
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #32176]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32176
Hi,
this patch adds a benchmark for random access of different Array
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 rule?
The
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
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,
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 pure
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
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
32 matches
Mail list logo