Suppose auto{conf|make} is OK, won't there be any copyright issue?
And by the way, does any one have an idea of what will be the copyright of
Parrot? I would really love it to be BSD, but since I haven't contributed
(yet) with any source code/idea/anything my opinion doesn't count.
On Tue, 23
I have tested times using computed goto in the interpreter and here are
the results:
# ./test_prog mops.pbc
Iterations:1
Estimated ops: 3
Elapsed time: 8.604721
M op/s:34.864582
# java -Xint mops
Iterations:1
Estimated ops: 3
Elapsed time:
With -O3:
#./mops
Iterations:1
Estimated ops: 3
Elapsed time: 1.023564
M op/s:293.093515
#java -Xint mops
Iterations:1
Estimated ops: 3
Elapsed time: 9.70542915344
M op/s:30.911900945224637
Daniel Grunblatt.
Index: Makefile.in
Fischer 7.5 million years to run
[EMAIL PROTECTED]printf %d, 0x2a;
-- deep thought
Daniel Grunblatt.
something doesn't have anything to with the _benchmark_.
Daniel Grunblatt.
On Sun, 4 Nov 2001, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Daniel Grunblatt [EMAIL PROTECTED] wrote:
All:
Here's a list of the things I've been doing:
* Added ops2cgc.pl which generates
On Sun, 4 Nov 2001, Michael Fischer wrote:
On Nov 04, Daniel Grunblatt [EMAIL PROTECTED] took up a keyboard and banged
out
First of all you miss typed:
-if ($c{do_opt_t} eq 'goto' and $c{cc} !~ /gcc/i ) {
+if ($c{do_op_t} eq 'goto' and $c{cc} !~ /cc/i ) {
hmm. Thats not what my diff
;
-- deep thought
Daniel Grunblatt.
Did you put an eye on my implementation? what's the point in using
computed goto when tracing, checking bounds or profiling?
Daniel Grunblatt.
On Sun, 4 Nov 2001, Michael Fischer wrote:
On Nov 04, Brent Dax [EMAIL PROTECTED] took up a keyboard and banged out
Michael Fischer:
# In the goto
So, on those other unixes that come with cc we can't use computed goto?
Daniel Grunblatt.
On Sun, 4 Nov 2001, Benoit Cerrina wrote:
I think your approuch is much better and cleaner than mine, my brain was
limited to unix :) so I never worried about anything besides gcc.
It would also
Grunblatt.
On Sun, 4 Nov 2001, Dan Sugalski wrote:
At 02:37 PM 11/4/2001 -0300, Daniel Grunblatt wrote:
So, on those other unixes that come with cc we can't use computed goto?
Computed goto is, at the moment, a GCC-specific feature. It's not OS
specific, just compiler-specific
Yes, and thanks to Michael Fischer I'm already working on that as I
described on a previos mail. I hope to post it in a few hours.
Daniel Grunblatt.
On Sun, 4 Nov 2001, Dan Sugalski wrote:
At 02:45 PM 11/4/2001 -0300, Daniel Grunblatt wrote:
Sure, I alredy knew that, may be I'm just having
.
Daniel Grunblatt.
#! /usr/bin/perl -w
#
# pbc2c.pl
#
# Turn a parrot bytecode file into a C program.
#
# Copyright (C) 2001 The Parrot Team. All rights reserved.
# This program is free software. It is subject to the same license
# as the Parrot interpreter.
#
# $Id: pbc2c.pl,v 1.3
You forgot the attachment.
On Fri, 2 Nov 2001, James Mastros wrote:
Hey all. Attached is the latest edition of the chr and ord opcodes patch,
updated and enhanced for the New Way of Strings.
Let me know of any changes I need to make.
-=- James Mastros
..
Daniel Grunblatt.
Index: core.ops
===
RCS file: /home/perlcvs/parrot/core.ops,v
retrieving revision 1.27
diff -u -r1.27 core.ops
--- core.ops2001/11/15 22:10:31 1.27
+++ core.ops2001/11/16 02:22:25
Do you want me to give you an account in my linux machine where I have
install gcc 3.0.2 so that you see it?
Daniel Grunblatt.
On Mon, 5 Nov 2001, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Daniel Grunblatt [EMAIL PROTECTED] wrote:
Yeap, I was right, using gcc 3.0.2 you can
modification to pbc2c.pl, but with this
one I will deal tomorrow (I have to go now), it's still throwing computed
goto C, we'll have to decide how to handle jump and ret when we don't have
computed goto without big speed consecuencies.
Hope someone find these usefull.
Daniel Grunblatt
Iterations:1
Estimated ops: 3
Elapsed time: 8.983514
M op/s:33.394505
Now I'm really happy :)
So, you can say that we can't ask everyone to have gcc 3.0.2, right? but
we can let them download the binaries.
Daniel Grunblatt.
On Sun, 4 Nov 2001, Daniel Grunblatt wrote
A lot, since it's the lastone, and as I said in a previous mail, we can
let everyone download binaries, but, read the previos mail sent by Tom
Hughes there IS a speed up any way on the older version, why shouldn't we
implement this anyway?.
Daniel Grunblatt.
On Mon, 5 Nov 2001, Simon Cozens
, Brent Dax wrote:
Daniel Grunblatt:
# No, I totally disagree on that if I do that we will lose the
# speed gained
# before, I still don't know why we can't stay we the actual
# dispatch method
# when tracing, etc and use computed goto when running without
# any command
# line switch?
If we
keep Makefile without if or not?
Daniel Grunblatt.
On Mon, 5 Nov 2001, Simon Cozens wrote:
On Mon, Nov 05, 2001 at 11:46:50AM -0300, Daniel Grunblatt wrote:
The point is that,in my opinion, we don't really need to be faster than
now when tracing, etc but we DO have to be faster when running
, thus saving a jump or two?
Exactly, that's why I suggested not to use computed goto when tracing,
checking bounds or profiling, there is no way , I think, to use it without
loosing speed.
Daniel Grunblatt.
goto *lookup[*pc];
op0:
return;
op1
OK, there is another workaround to make pbc2c.pl work which still uses the
goto model so speed is not affected but it's harder to maintain since
it's not as generic as the other one.
Daniel.
Index: pbc2c.pl
Just to make it clear both of them still need a LOT of work, but I don't
know to which should I stick.
On Mon, 29 Oct 2001, Daniel Grunblatt wrote:
OK, there is another workaround to make pbc2c.pl work which still uses the
goto model so speed is not affected but it's harder to maintain since
..
Index: Makefile.in
===
RCS file: /home/perlcvs/parrot/Makefile.in,v
retrieving revision 1.43
diff -u -r1.43 Makefile.in
--- Makefile.in 2001/11/02 12:11:15 1.43
+++ Makefile.in 2001/11/06 02:38:03
@@ -130,7 +130,7 @@
OK then, here is the patch, of course I don't expect this to be commited
since it's crap but if you test it (please do it) and it's ok for everyone
I will rewrite it more efficiently.
*PLEASE* test it and give me some feedback.
Thanks in advance.
On Thu, 1 Nov 2001, Simon Cozens wrote:
On
On Wed, 5 Dec 2001, Simon Cozens wrote:
I've finally got around to adding perlundef.pmc, which means that the
classes/Makefile has changed; this means you'll all - and tinderbox people
especially - have to rerun Configure. I suppose someone should add tests
for perlundef.pmc, but I hate
I just added condition breakpoints and watchpoints, now you can do:
(pdb) b 4 if S14 = parrot
See docs/debugger.pod for details.
Is it worst to allow something like this?:
if (((S14 == I0) (I4 = N3) (N3 4.5 N7)) || (I5 == 32))
Daniel Grunblatt.
bad input
- allow passing command-line arguments to the program
- allow printing indexed aggregates indexed by integers (eg 'p P0[0]')
(other key types need implementing)
- makes pdb exit on EOF (ctrl-d on unix)
- removed some code duplication, other cleanups
CC'ing this to Daniel Grunblatt
platforms.
Thanks,
Mike Lambert
-- attachment 1 --
url: http://rt.perl.org/rt2/attach/35605/28863/5e145e/fixup.diff
Applied, thanks.
Daniel Grunblatt.
On Mon, 26 Aug 2002, Andy Dougherty wrote:
Currently, a fresh checkout of the cvs tree contains 2215 files, but only
497 of them are listed in MANIFEST. Most are the icu/ files, but there
are scattered others as well. I'm unsure if all of them are supposed
to be in MANIFEST yet (e.g. is
On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote:
I could localize a long outstanding bug in JIT causing 4 perl6 tests to
fail.
When an opcode was a branch target as well as a branch source, the
branch target got lost, causing wrong basic blocks, implying missing
register loads ...
On Wednesday 13 November 2002 11:48, Leopold Toetsch wrote:
Daniel Grunblatt wrote:
On Wednesday 13 November 2002 08:06, Leopold Toetsch wrote:
I could localize a long outstanding bug in JIT causing 4 perl6 tests to
fail.
I wonder who was the #%$# that introduced that bug . D'OH
You will see it running as fast as mops.c compiled with -O3 if you change
REDO: sub I4, I4, I3
for
REDO: dec I4
But that's obviously part of a higher level optimizer.
On Wednesday 13 November 2002 15:10, Leopold Toetsch wrote:
Watch the mops ;-)
leo
, where we might have troubles:
- JIT: processor registers
- IMCC: parrot registers
- HL: lexicals
leo
Daniel Grunblatt.
On Thursday 14 November 2002 10:32, Leopold Toetsch wrote:
Daniel Grunblatt wrote:
On Thursday 14 November 2002 05:14, Leopold Toetsch wrote:
What JIT needs to know is the location of the resume opcode, to mark it
as a jump target properly, so that processor registers can be setup
correctly
some time to finish it
on december).
Daniel Grunblatt.
On Tuesday 19 November 2002 10:04, Leopold Toetsch wrote:
Currently all architecures have there own core.jit. These are very
similar, e.g. checking for MAPped registers, but differ depending on
the processor architecure: basically we have
On Tuesday 19 November 2002 11:54, Leopold Toetsch wrote:
Daniel Grunblatt wrote:
The problem is when you want to implement an opcode like div, which is
easy in ppc but not in arm ideas?
I don't know arm, but this belongs to jit_emit.h, how it's done there is
a different issue.
what
anomalies like i386 shift ops.
I don't really know if we should spent too much time on this instead of
creating an intermediate language to write opcodes on it.
Daniel Grunblatt.
, if you don't mind I want to remove
ALLOCATE_REGISTERS_ALWAYS.
Daniel Grunblatt.
On Sunday 01 December 2002 18:04, Leopold Toetsch wrote:
Daniel Grunblatt wrote:
The problem is that we do want to allocate a hardware register for a
Parrot register that is used only once in the section since the section
can be executed more than once, if you don't mind I want to remove
On Monday 30 December 2002 21:30, Leopold Toetsch wrote:
Jerome Quelin (via RT) wrote:
# New Ticket Created by Jerome Quelin
# Please include the string: [perl #19610]
# in the subject line of all future correspondence about this issue.
# URL:
Applied, thanks.
Daniel Grunblatt.
On Sunday 05 January 2003 01:10, Jason Gloudon (via RT) wrote:
# New Ticket Created by Jason Gloudon
# Please include the string: [perl #19729]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket
on x86.
Someone care to check it out and poke around a bit?
CG vs JIT (running with non jitted opcdes) wins CG, always.
Daniel Grunblatt.
On Thursday 20 February 2003 18:14, Leopold Toetsch wrote:
Tupshin Harper wrote:
Leopold Toetsch wrote:
Starting from the unbearable fact, that optimized compiled C is still
faster then parrot -j (in primes.pasm)
Lol...what are you going to do when somebody comes along with the
On Fri, 21 Dec 2001, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Dan Sugalski [EMAIL PROTECTED] wrote:
To run a program with the JIT, pass test_parrot the -j flag and watch it
scream. Well, scream if you're on x86 Linux or BSD (I get a speedup on
mops.pbc of 35x) but it's
Don't forget that (if I'm missing somthing) by the time that pbc2c.pl
work with all the ops it will be much slower than the jit.
Daniel Grunblatt.
On 21 Dec 2001, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Daniel Grunblatt [EMAIL PROTECTED] wrote:
On Fri, 21 Dec 2001, Tom
On Fri, 21 Dec 2001, Andy Dougherty wrote:
On Fri, 21 Dec 2001, Gregor N. Purdy wrote:
Andy --
Whilst building on Sparc/Solaris 8
$ perl -V:archname
archname='sun4-solaris-64int-ld';
I saw the following odd message:
perl jit2h.pl i386 include/parrot/jit_struct.h
I think we should leave all that for an optimizer.
Daniel Grunblatt.
On Mon, 24 Dec 2001, Nicholas Clark wrote:
On Fri, Dec 21, 2001 at 12:03:51AM +, Tom Hughes wrote:
It looks like it is going to need some work before it can work for
other instruction sets though, at least for RISC
Oh, and by the BTW,
I already tried you fastest example last week and got 50x speed up, but
that's works only for mops, so ...
Daniel Grunblatt.
On Mon, 24 Dec 2001, Nicholas Clark wrote:
On Fri, Dec 21, 2001 at 12:03:51AM +, Tom Hughes wrote:
It looks like it is going to need some
Daniel Grunblatt.
Index: Configure.pl
===
RCS file: /home/perlcvs/parrot/Configure.pl,v
retrieving revision 1.47
diff -u -r1.47 Configure.pl
--- Configure.pl31 Dec 2001 03:05:59 - 1.47
+++ Configure.pl
It's slow because it calls Parrot::Jit::Assemble ~1time for each opcode
and that implies calls to as and objdump.
Daniel Grunblatt.
On Sat, 12 Jan 2002, Simon Glover wrote:
The latest version of jit2h.pl is taking a very long time to run on my
machine - upwards of two minutes, which
Now it should be back to something normal.
Daniel Grunblatt.
On Sun, 13 Jan 2002, Daniel Grunblatt wrote:
It's slow because it calls Parrot::Jit::Assemble ~1time for each opcode
and that implies calls to as and objdump.
Daniel Grunblatt.
On Sat, 12 Jan 2002, Simon Glover wrote
Fixed, Thanks.
Daniel Grunblatt.
On Sun, 20 Jan 2002, Melvin Smith wrote:
make: *** No rule to make target `Parrot/Jit/i686Generic.pm', needed by
`Parrot/Jit.pm'. Stop.
[msmith@linux parrot]$
Had to patch Configure.pl as follows to get a build on my box.
-Melvin
Index
It will add a warning per call to calculate_displacement in the alpha.
Daniel Grunblatt.
On Sat, 26 Jan 2002, Nicholas Clark wrote:
Appended patch gets rid of these two:
cc -pipe -Os -Wall -Wstrict-prototypes -Wmissing-prototypes -Winline -Wshadow
-Wpointer-arith -Wcast-qual -Wcast-align
On Wed, 30 Jan 2002, Simon Glover wrote:
Enclosed patch adds the new SPARC-based JIT files to the manifest,
and also puts it back into alphabetical order.
Simon
Applied thanks.
On Fri, 1 Feb 2002, Nicholas Clark wrote:
On Fri, Feb 01, 2002 at 01:32:13AM +, Nicholas Clark wrote:
This just about implements a jit for ARM. It doesn't actually do any ops in
assembler yet, except for end. It's names on the basis that it's for v3 or
This is where I give up on the
Well I thought about generating executables directly, still didn't even
thought about how, but it's on my TODOSOMEDAY list.
Daniel Grunblatt.
On Sat, 2 Feb 2002, Simon Cozens wrote:
Would it be good, bad, or indifferent to have pbc2c able to emit
asm sections where appropriate? How
Yes, it's a known bug, the problem is with the output of objdump.
We need to write a tool to assemble.
Daniel Grunblatt.
On Sat, 2 Feb 2002, Mattia Barbon wrote:
I'm sorry if this is a known bug.
my.pasm ( useless, just a contrived example ):
set I1, 12
FOO:
if I1, FOO
On Sun, 3 Mar 2002, Simon Cozens wrote:
Florian La Roche:
Please do not apply the change for jit/i386/corejit The current code
looks bogus to make a jmp() Funny thing is leaving that code away
does not work, but that cmp/jne code seems to make some examples
work Probably JUMP is
On Sun, 24 Mar 2002, Jason Gloudon wrote:
This is a not-yet-suitable for applying patch that removes the dependency on an
external assembler and disassembler for Just-In-Time compiler support. All
assembly is done at run-time via macros. This is sufficient to allow some
flexibility in
there is not a real win
in using it yet, anyway the JIT (as it is now in cvs ) is going to change,
I'm continuing with Jason's patch.
Daniel Grunblatt.
to it again. The
question is, what documents do you think I should read to start quickly
using Parrot? PDD's, any pod from Parrot cvs tree... any other thing?
You can look at the compilers under 'languages/' for examples.
You should read 'docs/pdds/pdd06_pasm.pod' for a start.
Daniel Grunblatt.
if this is the best way to solve this but I
rather like it.
Daniel Grunblatt.
, I0', no?
Sure. (May be a little bit more difficult).
Daniel Grunblatt
On Mon, 22 Apr 2002, Andrew J Bromage wrote:
Adds argument direction information into Parrot::Op and the
op_info_table.
Applied, thanks.
I also committed a patch that adds branch information too, I believe it
will be usefull for you too.
Daniel Grunblatt.
Folks,
From now on, please every time you want to send a patch send it to
[EMAIL PROTECTED] so that we can keep track of it and it doesn't
get lost in space.
Thanks.
Daniel Grunblatt.
On Sat, 4 May 2002, Steve Fink wrote:
Applied, with one change: the alignments of the three pools are now
#defined.
I believe your commit was incomplete.
,
as soon as the the code is in you will be able to use the JIT on windows
and help us enhancing it :)
Regards,
Daniel Grunblatt.
.
what is your opinion about these changes? if you think they're worthy, I
can submit a patch.
My , not so important, opinion is that a patch would be great.
Regards,
Daniel Grunblatt.
are supported between them,
yet.
I will rewrite some parts once I (or someone) gets out a bug in the hashes
(I created a hash with 722 key/value pairs and ~360 got lost)
There is an issue with portability but Test Drive is down and I don't have
any other account to test things.
Enjoy.
Daniel
x86/sparc/alpha systems.
Jason, Excellent work.
Regards,
Daniel Grunblatt.
On 20 May 2002, Peter Gibbs wrote:
# New Ticket Created by Peter Gibbs
# Please include the string: [netlabs #601]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=601
Attached is a simplified version of a
On 20 May 2002, Alberto Manuel [ISO-8859-1] Brandão Simões wrote:
Directory Parrot on root cvs parrot tree was deleted by hand, or why
can't I update it?
It works fine for me.
Try this:
cvs -d :pserver:[EMAIL PROTECTED]:/home/perlcvs get parrot
Daniel Grunblatt.
On 20 May 2002, Alberto Manuel [ISO-8859-1] Brandão Simões wrote:
On Mon, 2002-05-20 at 17:58, Daniel Grunblatt wrote:
On 20 May 2002, Alberto Manuel [ISO-8859-1] Brandão Simões wrote:
Directory
);
string_destroy(t);
goto NEXT();
}
t gets collected, one way to solve this is to disable the GC inside the
op, but I don't know if that's the best way, thoughts?
Regards,
Daniel Grunblatt.
On Mon, 20 May 2002, Daniel Grunblatt wrote:
On 20 May 2002, Peter Gibbs wrote:
# New Ticket
On 20 May 2002, Peter Gibbs wrote:
# New Ticket Created by Peter Gibbs
# Please include the string: [netlabs #602]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=602
Attached patch to core.ops implements
On 20 May 2002, David Lloyd wrote:
This patch removes the const-ness of those STRINGs that are modified.
Applied, thanks.
On Mon, 20 May 2002, David M. Lloyd wrote:
What about subroutines? Are bsr jsr the way it's gonna be or is there
a rework in the works?
docs/pdds/pdd03_calling_conventions.pod :)
On Mon, 20 May 2002, Jason Gloudon wrote:
The buflen of a new header was not always set to 0, which would cause SIGSEGVs
when parrot_reallocate tries to copy a non-zero length buffer with a bufstart
of NULL. This would happen when buffers get recycled.
I don't know if new_pmc_header has
On 22 May 2002, Sean O'Rourke (via RT) wrote:
# New Ticket Created by Sean O'Rourke
# Please include the string: [netlabs #610]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=610
I believe there is a bug in
On Wed, 24 Apr 2002, Daniel Grunblatt wrote:
Folks,
From now on, please every time you want to send a patch send it to
[EMAIL PROTECTED] so that we can keep track of it and it doesn't
get lost in space.
Thanks.
Daniel Grunblatt.
And, please:
1 - Try to send the patch
a decent stress test for the hash PMC, but especially
Exactly how do you want it to handle null bytes?
Daniel Grunblatt.
at runops_jit?
Daniel Grunblatt.
I prefer it to work like this:
set S0,
set IO,42
pack S0, 4, I0 ,0
length I1, S0 # is 4
pack S0, 4, I0
length I1, S0 # is 8
pack S0, 4, I0, 1 # no segv :)
length I1, S0 # is 10004
Patch is already applied.
Daniel Grunblatt.
On Thu, 23 May 2002, Sean O'Rourke wrote
{
Regards,
Daniel Grunblatt.
On Fri, 24 May 2002, Peter Gibbs wrote:
I managed to send the wrong version of the patch on the previous post!
Herewith the correct (I hope) one.
Apologies to all.
--
Peter Gibbs
EmKel Systems
Applied, thanks.
The patch made it to the RT what is enough.
Daniel Grunblatt.
On 24 May 2002, Tony Payne wrote:
Hmm.. patch didn't make it.
On Fri, 2002-05-24 at 08:51, Tony Payne wrote:
# New Ticket Created by Tony Payne
# Please include the string: [netlabs #620]
# in the subject line of all
On 26 May 2002, Mike Lambert wrote:
# New Ticket Created by Mike Lambert
# Please include the string: [netlabs #626]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=626
Looksd like the logic for keeping track
Now I attached all the files :)
I also added now the target disassemble, it will emit on stdout the
disassemble of a pbc, this output is (should be) ready to assemble.
(it might have some issues with strings).
Daniel Grunblatt.
On 27 May 2002, Daniel Grunblatt wrote:
# New Ticket Created
On Wed, 29 May 2002, Mike Lambert wrote:
Hey all,
After finding out that life.pasm only does maybe 1KB per collection, and
Sean reminding me that there's more to GC than life, I decided to create
some pasm files testing specific behaviors.
Attached is what I've been using to test and
On 27 May 2002, Peter Gibbs wrote:
# New Ticket Created by Peter Gibbs
# Please include the string: [netlabs #628]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=628
Following patch adds dependencies entry
suggested, as well as documenting them (slightly). It also
adjusts the tests accordingly. All tests still pass.
Simon
Applied, thanks.
(with a perl -p -i -e 's/[gs]et_keyed/set/' *.t first)
Daniel Grunblatt.
On 1 Jun 2002, Simon Glover wrote:
# New Ticket Created by Simon Glover
# Please include the string: [netlabs #650]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=650
A few small fixes to the assembler
On 29 May 2002, Mike Lambert wrote:
# New Ticket Created by Mike Lambert
# Please include the string: [netlabs #634]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=634
Peter recently submitted a patch to RT
warnings I couldn't understand why, thank you.
Daniel Grunblatt.
That was me, going to fix, sorry.
Daniel Grunblatt.
On Fri, 7 Jun 2002, Sebastian Bergmann wrote:
jit.c(73) : error C2039: 'has_jit_op' : Ist kein Element von
'Parrot_jit_optimiz
er_section'
./include\parrot/jit.h(50) : Siehe Deklaration von
'Parrot_jit_optimizer
_section
. The response to my report was that This'll be
fixed when we've got the Parrot IO support rolled out. Have you any idea
how far down the line that's going to be?
No, I got no idea, but the problem wasn't in the Parrot IO but in the
assembler.
Daniel Grunblatt.
On Wed, 12 Jun 2002, Jason Gloudon wrote:
Could someone apply this ?
- Forwarded message from Jason Gloudon [EMAIL PROTECTED] -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
Delivered-To: mailing list [EMAIL PROTECTED]
Date: Mon, 10 Jun 2002 19:33:56
Can you let me know if the way I think about exceptions is ok?
Thanks,
Daniel Grunblatt.
set I0,0
set I8,10
try
# User exception
catch !WRONG_NUMBERS, PRINT_WRONG
# Trying to catch an exception that was already catched.
catch !NOT_SUCH_FILE, NEVER_MADE_IT
print step
On Fri, 21 Jun 2002, Jerome Vouillon wrote:
On Thu, Jun 20, 2002 at 12:26:11AM -0400, Melvin Smith wrote:
Given that it seems capturing and restoring a context is the most
expensive part, should we make default routines lightweight (execute
on caller stack rather than getting their own)
1 - 100 of 160 matches
Mail list logo