Re: pmc_type

2004-10-31 Thread Leopold Toetsch
Nicholas Clark wrote: On Fri, Oct 29, 2004 at 05:19:35PM +0200, Leopold Toetsch wrote: The method_lookup doesn't have a vtable indirection. And having a direct array lookup doesn't really scale. So the actual code is a bit more complicated (and in no way optimized). Something that just struck me

Perl6/Parrot and Backwards Compatability

2004-10-31 Thread Milscvaer
Hello, I believe it would be a very good idea and quite essential, if Perl6 is not simply a superset of Perl5 and thus by default back compatable with Perl5, for Parrot/Perl6 to also contain complete, 100% backwards compatability capability with perl5 code, either in a seperate perl5 parser

Re: Perl6/Parrot and Backwards Compatability

2004-10-31 Thread Matthew Walton
I suggest you read more about Parrot... it's designed to allow these things. There is a project (Ponie) to make Perl 5 run on Parrot, and there will be other languages as well - which will be able to call each others libraries. Making the Perl 5 libraries available to Perl 6 being a primary

Dynoplibs fail

2004-10-31 Thread KJ
Hello, I tried to experiment with dynamic ops, but I didn't get the test running. Is this a known problem? for the record, I did the following, after building parrot: -- I'm in the root directory of Parrot -- export LD_LIBRARY_PATH=.:blib/lib make -s make shared make -C dynoplibs Just as

Re: Perl6/Parrot and Backwards Compatability

2004-10-31 Thread Brent 'Dax' Royal-Gordon
Matthew Walton [EMAIL PROTECTED] wrote: I suggest you read more about Parrot... it's designed to allow these things. There is a project (Ponie) to make Perl 5 run on Parrot, and there will be other languages as well - which will be able to call each others libraries. Making the Perl 5

[perl #32245] [BUG] Makefile $(TOUCH), doesn't

2004-10-31 Thread via RT
# New Ticket Created by Jeff Clites # Please include the string: [perl #32245] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=32245 The Makefile uses this in place of the 'touch' command: perl -e

Re: Install-Problem

2004-10-31 Thread Nick Glencross
Dan Sugalski wrote: At 4:49 PM +0530 10/28/04, Vijay D. wrote: I left the make for overnight :) Here is the error I got.. xx.c ops/core_ops_cg.c cc1: Cannot allocate 56022680 bytes after allocating 116981760 bytes gmake: *** [ops/core_ops_cg.o] Error 1 You just ran out of memory during the build.

Re: [perl #32245] [BUG] Makefile $(TOUCH), doesn't

2004-10-31 Thread Michael G Schwern
On Sun, Oct 31, 2004 at 12:33:53PM -0800, Jeff Clites wrote: The Makefile uses this in place of the 'touch' command: perl -e 'open(A,qq{$_}) or die foreach @ARGV' On Mac OS X at least, this doesn't result in updating the timestamp of the passed-in files. (Also, by my reading of the

Re: Mostly a Perl task for the interested

2004-10-31 Thread Sam Ruby
Leopold Toetsch wrote: classes/*.c is created by the bytecode compiler classes/pmc2c2.pl. Most of the actual code is in lib/Parrot/Pmc2c.pm. The created C code could need some improvements: * the temp_base_vtable should be const. This is currently not possible, because items like .whoami are