Re: we need more ops.

2002-07-28 Thread Nicholas Clark
On Sat, Jul 27, 2002 at 08:07:50PM -0700, Sean O'Rourke wrote: > Whether plain cmp (as a vtable function or an op on PMCs) should be kept > at all is questionable -- there's no way to get at it syntactically from > Perl or any other language that has separate numeric and string > comparisons. It

perl6 driver

2002-07-28 Thread Leopold Toetsch
Hi all, thanks to Sean, finally a perl6 driver arrived in CVS. To further improve/clean up/enhance it, I would need the help of various people, working on different parts of the parrot project. Though I could try to write some patches, to address below mentioned items, I think, people involve

of Mops, jit and perl6

2002-07-28 Thread Leopold Toetsch
Hi all, 1) perl6 driver program arrived in CVS/languages/perl6 CAVEATS: it generates a lot of intermediate files: ($filename.{warn,imc,pbc,pasm[,c,o,tree,]) an may therefore clobber e.g. mops.c if you run languages/perl6> perl6 -C ../../examples/mops/mops.

[perl #15712] [Bug] perl6 -C mops.p6

2002-07-28 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #15712] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=15712 > Hi, there seems to be a bug somewhere in code generation: [ please run this in a c

[perl #15714] [PATCH] iteration count in mops.pl

2002-07-28 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #15714] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=15714 > Hi, iteration count is a factor of 10 to big, or my 800 MHz machine is too slow ;-

[perl #15713] [PATCH] jit detection

2002-07-28 Thread via RT
# New Ticket Created by Leopold Toetsch # Please include the string: [perl #15713] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=15713 > Hi, detection of jit is broken, but jit works on i586/linux. leo -- attachment 1

[perl #15724] [BUG] GC bugs

2002-07-28 Thread via RT
# New Ticket Created by Simon Glover # Please include the string: [perl #15724] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=15724 > 1. As far as I can make out, start_arena_memory & end_arena_memory are never initial

[perl #15730] [PATCH] Fix typos

2002-07-28 Thread via RT
# New Ticket Created by Simon Glover # Please include the string: [perl #15730] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=15730 > Fixes a few typos and tidies up capitalization in dod.dev Simon --- docs/dev/dod.d

[perl #15731] [PATCH] Silence warning

2002-07-28 Thread via RT
# New Ticket Created by Simon Glover # Please include the string: [perl #15731] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt2/Ticket/Display.html?id=15731 > Patch below kills a couple of warnings that cropped up because alloc_more_objects wa

Re: [perl #15724] [BUG] GC bugs

2002-07-28 Thread Mike Lambert
> 1. As far as I can make out, start_arena_memory & end_arena_memory are > never initialized before being used in alloc_objects (in dod.c). > Consequently, there's no guarantee that they ever do get initialized > properly, and hence any or all of pmc_min, pmc_max, buffer_min & > buffer_max in

Re: [perl #15730] [PATCH] Fix typos

2002-07-28 Thread Mike Lambert
> Fixes a few typos and tidies up capitalization in dod.dev > > Simon Applied, thanks. Mike Lambert

Re: [perl #15731] [PATCH] Silence warning

2002-07-28 Thread Mike Lambert
> Patch below kills a couple of warnings that cropped up because > alloc_more_objects was renamed to alloc_objects in the code but > not the headers. Also updates the comments. > > Simon Applied, thanks. Mike Lambert

Re: we need more ops.

2002-07-28 Thread Sean O'Rourke
On Sun, 28 Jul 2002, Nicholas Clark wrote: > On Sat, Jul 27, 2002 at 08:07:50PM -0700, Sean O'Rourke wrote: > > Whether plain cmp (as a vtable function or an op on PMCs) should be kept > > at all is questionable -- there's no way to get at it syntactically from > > would be a regexp match. In effe

methods, take 1

2002-07-28 Thread Sean O'Rourke
The attached patch (plus two files and an example) is a simple implementation of methods, plus the following three methods for PerlArray: @a.length: return @a's length @a.get_item($n): get the $nth item in @a @a.stash: get @a's (well, PerlArray's) stash hash This last lets you define methods wri