Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread Jon Lang
Daniel Ruoso wrote: > Jon Lang wrote: >> Note that this ought only be true of class inheritance; with role >> composition, there should only be one $!bar in the class, no matter >> how many roles define it. > > er... what does that mean exactly? Unless something has drastically changed since I las

Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread John M. Dlugosz
TSa Thomas.Sandlass-at-vts-systems.de |Perl 6| wrote: May I pose three more questions? 1. I guess that even using $!A::bar in methods of B is an access violation, right? I.e. A needs to trust B for that to be allowed. Correct. 2. The object has to carry $!A::bar and $!B::bar separate

Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread John M. Dlugosz
TSa Thomas.Sandlass-at-vts-systems.de |Perl 6| wrote: class A { has $.foo = "A"; has $!bar = "A"; method blahh() { say $.foo ~ $!foo ~ $!bar; } } class B is A { has $.foo = "B"; has $!bar = "B"; } my $a = A.new;

Re: How to define a new value type?

2008-09-19 Thread John M. Dlugosz
TSa Thomas.Sandlass-at-vts-systems.de |Perl 6| wrote: So again the question: are back refs from the value to the containers required to implement Perl 6? I guess not. If I understand what you are saying, I agree. You can only go from some container to a value, not the opposite direction, and

Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread Jonathan Worthington
Jon Lang wrote: Daniel Ruoso wrote: TSa wrote: May I pose three more questions? 1. I guess that even using $!A::bar in methods of B is an access violation, right? I.e. A needs to trust B for that to be allowed. Yes 2. The object has to carry $!A::bar and $!B::bar

Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread Jon Lang
Daniel Ruoso wrote: > TSa wrote: >> May I pose three more questions? >> >> 1. I guess that even using $!A::bar in methods of B is an >> access violation, right? I.e. A needs to trust B for that >> to be allowed. > > Yes > >> 2. The object has to carry $!A::bar and $!B::bar separately, right

Re: What should ''.split('') return?

2008-09-19 Thread Moritz Lenz
Larry Wall wrote: > On Fri, Sep 19, 2008 at 05:58:59PM +0200, Moritz Lenz wrote: > : Hi, > : > : what should ''.split('') return? The empty list, or a list with one null > : string? > > Empty list would make more sense as a degenerate case. In > > 'a'.split('') > > we don't return the

Re: {SPAM} Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread Daniel Ruoso
Sex, 2008-09-19 às 17:49 +0200, TSa escreveu: > Daniel Ruoso wrote: > > Qui, 2008-09-18 às 18:11 +0200, TSa escreveu: > >> Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar > >> without an accessor? > > Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply > > tha

Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread Daniel Ruoso
Sex, 2008-09-19 às 17:49 +0200, TSa escreveu: > Daniel Ruoso wrote: > > Qui, 2008-09-18 às 18:11 +0200, TSa escreveu: > >> Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar > >> without an accessor? > > Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply > > tha

Re: What should ''.split('') return?

2008-09-19 Thread Larry Wall
On Fri, Sep 19, 2008 at 05:58:59PM +0200, Moritz Lenz wrote: : Hi, : : what should ''.split('') return? The empty list, or a list with one null : string? Empty list would make more sense as a degenerate case. In 'a'.split('') we don't return the null strings before or after 'a', just (

What should ''.split('') return?

2008-09-19 Thread Moritz Lenz
Hi, what should ''.split('') return? The empty list, or a list with one null string? Moritz -- Moritz Lenz http://moritz.faui2k3.org/ | http://perl-6.de/

Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread TSa
HaloO, Daniel Ruoso wrote: Qui, 2008-09-18 às 18:11 +0200, TSa escreveu: Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar without an accessor? Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply that $!A::bar is not visible from inside B, and therefore, t

Re: Should $.foo attributes without "is rw" be writable from within the class

2008-09-19 Thread Daniel Ruoso
Qui, 2008-09-18 às 18:11 +0200, TSa escreveu: > Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar > without an accessor? Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply that $!A::bar is not visible from inside B, and therefore, there's nothing to be overrid

Re: Parrot 0.7.1 "Manu Aloha" released

2008-09-19 Thread Allison Randal
Patrick R. Michaud wrote: I sent the appropriate patch to the webmaster, but it hasn't been applied yet (and I lack a commit bit for the parrotcode.org site). Once that's applied, the url should be fixed. Thanks, applied. I also updated parrot.org. Allison