Re: Module naming conventions

2009-06-02 Thread John M. Dlugosz
Daniel Carrera daniel.carrera-at-theingots.org |Perl 6| wrote: John M. Dlugosz wrote: So CPAN6 is basically only going to be for Parrot? What are you talking about? Did you even read my email? I said that a module might be implemented in multiple languages (see Digest::SHA VS Digest::SHA::Pu

[perl #65412] Null PMC caused by implicit return of regex

2009-06-02 Thread Patrick R. Michaud via RT
This code appears to be working for me: $ cat 65412 class A { has $!rx; method do { $!rx = / xyz / } } A.new.do $ ./perl6 65412 $ I suspect the problem is really with the evalbot attempting to evaluate the returned regex in boolean context after the progr

[perl #65674] Cannot define a multi sub in a class in Rakudo

2009-06-02 Thread Patrick R. Michaud via RT
This is now working properly in c907d37 ... assigning ticket for spectest verification, and then it can be closed. Thanks! Pm

Re: Module naming conventions

2009-06-02 Thread Daniel Carrera
Chris Fields wrote: Speaking as an almost complete outsider (I'm a bioperl core dev writing up a perl6 port), I find the tone of several of these more recent posts (re: CPAN6 and module conventions) counterproductive. TimToady recently posted about snippiness and 'tensegrity', so I'm not the on

[perl #63800] Method 'result_object' not found calling make in a grammar action method

2009-06-02 Thread Patrick R. Michaud via RT
Rakudo now gives a much more useful error message for the case where make() cannot set a result object: $ cat 63800 grammar G { regex TOP { 'a' {*} } } class GA { method TOP($m) { make GA.new } } G.parse('a', :action(GA.new)); $ ./perl6 63800 make

[perl #61774] Private methods in classes misparsed as variables?

2009-06-02 Thread Patrick R. Michaud via RT
This now works as of c907d37: $ cat 61774 class A { has @something is rw; method doit { @something = <1 2 3>; say self!something; } my method something { "Hello, world"; } } my A $a .= new; $a.doit; $ ./perl6 61774 Hello,

[perl #61988] "$.foo" doesn't accept args

2009-06-02 Thread Patrick R. Michaud via RT
Now fixed in c907d37: $ cat 61988 class A { method foo { say @_; } method bar { $.foo(42); } } A.bar; $ ./perl6 61988 42 $ Assigning ticket for spectest verification. Thanks! Pm

Re: Module naming conventions

2009-06-02 Thread Daniel Carrera
John M. Dlugosz wrote: So CPAN6 is basically only going to be for Parrot? What are you talking about? Did you even read my email? I said that a module might be implemented in multiple languages (see Digest::SHA VS Digest::SHA::PurePerl) and someone might have both versions installed. Daniel

Re: Anonymous multidimensional array

2009-06-02 Thread John M. Dlugosz
Larry Wall larry-at-wall.org |Perl 6| wrote: On Tue, Jun 02, 2009 at 08:21:29AM -0700, yary wrote: : I do see a problem if there's more than one unspecified dimension. : Though I suppose an array of shape(*;*) as an lvalue might be a : constraint allowing assignment only of another 2D array? I d

Re: Module naming conventions

2009-06-02 Thread John M. Dlugosz
Sounds like you are on the right track. Separation of concerns, standardization of some of these solutions without regard to platform or Perl implementation, and learning from prior art. Richard Hainsworth richard-at-rusrating.ru |Perl 6| wrote: Daniel Carrera wrote: Mark Overmeer wrote: C

Re: Module naming conventions

2009-06-02 Thread John M. Dlugosz
Daniel Carrera daniel.carrera-at-theingots.org |Perl 6| wrote: John M. Dlugosz wrote: The front-end should figure out which binary is proper for your platform. I don't like that idea in the slightest. (1) It is not Perl's job to know if you have a C compiler, C libraries and tool chain. (2) I

[perl #61662] implicit binding of matches to $_

2009-06-02 Thread Patrick R. Michaud via RT
On Wed Dec 24 08:44:36 2008, dwh...@nvidia.com wrote: > (rakudo 34337) > > >>> $_ = "a"; say /a/ ?? "yes" !! "no" > yes > >>> $_ = "a"; say /b/ ?? "yes" !! "no" > Yes --- WRONG! This now works as of fc01cda: pmich...@orange:~/rakudo$ ./perl6 > $_ = "a"; say /a/ ?? 'yes' !! 'no'; yes > $_ = "a";

[perl #66196] .bytes is broken in Rakudo

2009-06-02 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #66196] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=66196 > rakudo: my $str="TEST"; say $str.bytes rakudo d396ab: OUTPUT«ResizableStringArray: Can

Re: New CPAN

2009-06-02 Thread Nicholas Clark
On Sat, May 30, 2009 at 12:14:14PM -0600, David Green wrote: > On 2009-May-30, at 12:06 pm, David Green wrote: > >...what "Perl6" is today, let alone what it will be tomorrow. > > Actually, we do kind of know what Perl will look like a decade from > now, because P6 is deliberately extensible eno

[perl #66204] Type objects are writable in Rakudo

2009-06-02 Thread Carl Mäsak
# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #66204] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=66204 > rakudo: class Dog {}; say Dog.defined; Dog .= new; say Dog.defined rakudo d396ab: OUTP

r26990 - docs/Perl6/Spec

2009-06-02 Thread pugs-commits
Author: lwall Date: 2009-06-02 21:28:12 +0200 (Tue, 02 Jun 2009) New Revision: 26990 Modified: docs/Perl6/Spec/S02-bits.pod Log: [S02] require failure when digits exceed radix Modified: docs/Perl6/Spec/S02-bits.pod === --- docs/P

Re: Anonymous multidimensional array

2009-06-02 Thread yary
I haven't gotten deep into the shape/array specs and I need to... nonetheless On Tue, Jun 2, 2009 at 9:55 AM, Larry Wall wrote: > I don't see why we shouldn't use the capture shape of the value > by default all the time, and do linear reshaping only if the value > comes in as a flat list. This h

Re: Anonymous multidimensional array

2009-06-02 Thread Larry Wall
On Tue, Jun 02, 2009 at 08:21:29AM -0700, yary wrote: : I do see a problem if there's more than one unspecified dimension. : Though I suppose an array of shape(*;*) as an lvalue might be a : constraint allowing assignment only of another 2D array? I don't see why we shouldn't use the capture shape

Re: Anonymous multidimensional array

2009-06-02 Thread yary
On Mon, Jun 1, 2009 at 10:43 PM, John M. Dlugosz > And it should be an error if dimensions other than the highest are > unspecified.  How can it know how to shape it?  Use an explicit command to > shape up the argument in that case. I don't see why shape(2;*) is not a problem and shape(*;2) is a p

Re: Module naming conventions

2009-06-02 Thread Richard Hainsworth
Daniel Carrera wrote: Mark Overmeer wrote: Currently in CPAN you have modules like: Digest::MD5 Digest::SHA Digest::MD5::Perl Digest::SHA::PurePerl The difference is that the first two are implemented in C and the later two in Perl. This is comparible to adding a "target" to each of the mod

Re: The game of life

2009-06-02 Thread Will Coleda
>> I think that's something that perl6 could do better then APL. If anyone would like to channel this APL energy into APL-on-parrot, I'm sure it could some attention since the parrot 1.0 release. =) http://parAPLegic.googlecode.com/ The original implementation was basically a proof of concept to

Re: Module naming conventions

2009-06-02 Thread Daniel Carrera
Mark Overmeer wrote: Currently in CPAN you have modules like: Digest::MD5 Digest::SHA Digest::MD5::Perl Digest::SHA::PurePerl The difference is that the first two are implemented in C and the later two in Perl. This is comparible to adding a "target" to each of the modules, a suggestion when

Re: Module naming conventions

2009-06-02 Thread Daniel Carrera
John M. Dlugosz wrote: The front-end should figure out which binary is proper for your platform. I don't like that idea in the slightest. (1) It is not Perl's job to know if you have a C compiler, C libraries and tool chain. (2) If my computer can handle Perl, C and Parrot, I want the choice

Re: Module naming conventions

2009-06-02 Thread Mark Overmeer
> Currently in CPAN you have modules like: > Digest::MD5 > Digest::SHA > Digest::MD5::Perl > Digest::SHA::PurePerl > The difference is that the first two are implemented in C and the later > two in Perl. This is comparible to adding a "target" to each of the modules, a suggestion when you starte