Re: New Dumper, can only run from top level

2004-03-20 Thread Jens Rieks
Hi, On Saturday 20 March 2004 20:09, Will Coleda wrote: > I am having trouble running a .pbc that includes a call to _dumper > unless I run it from the top level parrot directory. > > bash-2.05a$ cat ./foo.imc > .sub main >_dumper($P1) >end > .end > > .include "library/dumper.imc" > bash-2

New Dumper, can only run from top level

2004-03-20 Thread Will Coleda
I am having trouble running a .pbc that includes a call to _dumper unless I run it from the top level parrot directory. bash-2.05a$ cat ./foo.imc .sub main _dumper($P1) end .end .include "library/dumper.imc" bash-2.05a$ ./parrot -o foo.pbc foo.imc bash-2.05a$ ./parrot foo.pbc "VAR1" => null b

GCC for PARROT (GCC Compiling itself to PARROT, then compiling all supported languages to PARROT from PARROT)?!?!

2004-03-20 Thread Gerald E Butler
Hello all, I've been investigating the possibility of creating a MACHINE DESCRIPTION (aka BACK-END) for GCC to target PARROT. My thinking is this: If a satisfactory GCC back-end targeting PARROT is created -and- PARROT is efficient enough (which from reading the documentation thus far produced

[CVS ci] method cache

2004-03-20 Thread Leopold Toetsch
Here are recent numbers with the new method cache: $ perl tools/dev/parrotbench.pl -c=parrotbench.conf -b=^oo Numbers are relative to the first one. (lower is better) parrotj parrot parrotC perl-th perlpython ruby oo1 100%104%106%98% 83% 54% 70% oo2 10

Re: Optimizations for Objects

2004-03-20 Thread Leopold Toetsch
Larry Wall wrote: Well, Leo asked for hints, and I basically said Perl has no problem sending them. If Parrot has a problem receiving them, that's another matter. :-) When there are now hits from languages like Ruby or Smalltalk, then one single flag will do it: If ever a real Continuation is cr

Re: Optimizations for Objects

2004-03-20 Thread Melvin Smith
At 08:57 AM 3/19/2004 +0100, Leopold Toetsch wrote: Dan Sugalski <[EMAIL PROTECTED]> wrote: > At 10:38 PM +0100 3/18/04, Leopold Toetsch wrote: >> >>Which brings up again my warnocked question: How can return >>continuations get reused? > Works like this. (No pasm, but it should be obvious) I was a

Re: Optimizations for Objects

2004-03-20 Thread Larry Wall
On Sat, Mar 20, 2004 at 11:18:08AM -0500, Dan Sugalski wrote: : At 12:44 PM -0800 3/19/04, Larry Wall wrote: : >On Fri, Mar 19, 2004 at 08:57:28AM +0100, Leopold Toetsch wrote: : >: What's the usage of Continuations from HLLs point of view? Can we get : >: some hints, what is intended? : > : >From

Re: Optimizations for Objects

2004-03-20 Thread Dan Sugalski
At 12:44 PM -0800 3/19/04, Larry Wall wrote: On Fri, Mar 19, 2004 at 08:57:28AM +0100, Leopold Toetsch wrote: : What's the usage of Continuations from HLLs point of view? Can we get : some hints, what is intended? From the standpoint of Perl 6, I hope to hide continuations far, far away in a galaxy

Re: Optimizations for Objects

2004-03-20 Thread Leopold Toetsch
Piers Cawley <[EMAIL PROTECTED]> wrote: > I argue that we have the problems we do (incorrect behaviour of > continuations, horrible allocation performance) because we chose the > wrong optimization in the first place. The stack optimizations that are > in place make sense when you don't have conti

Re: Optimizations for Objects

2004-03-20 Thread Piers Cawley
Leopold Toetsch <[EMAIL PROTECTED]> writes: > Larry Wall <[EMAIL PROTECTED]> wrote: >> On Fri, Mar 19, 2004 at 08:57:28AM +0100, Leopold Toetsch wrote: > >>: I'd like to have, if possible a clear indication: that's a plain >>: function or method call and this is not. I think the possible speedup i

Re: Something rotten with the state of continuations...

2004-03-20 Thread Leopold Toetsch
Piers Cawley <[EMAIL PROTECTED]> wrote: Another f'up WRT Continuations. Here is an example how to setup a Continuation: # main.imc .sub _main load_bytecode "set_a.imc" print "main\n" end .end # set_a.imc .sub _set_a @LOAD .local pmc cont print "set_a\n" newsub .Sub,

Re: Something rotten with the state of continuations...

2004-03-20 Thread Leopold Toetsch
Piers Cawley <[EMAIL PROTECTED]> wrote: > I've been trying to implement a Parrot port of xUnit so we can write > tests natively in parrot and things were going reasonably well until I > reached the point where I needed to do exception handling. > Exception handling hurt my head, badly, so eventual