On Wed, 2005-05-25 at 09:11, Piers Cawley wrote:
> Aaron Sherman <[EMAIL PROTECTED]> writes:
> > There are many gotchas that fall out of that. For example, you might
> > have a special role that overrides .print to handle structured data, so
> > your code says:
> >
> > my Foo $obj;
> > giv
Aaron Sherman <[EMAIL PROTECTED]> writes:
> On Wed, 2005-05-18 at 10:51, Luke Palmer wrote:
>
>> Except that mixins like this always treat things as "virtual".
>> Whenever you mixin a role at runtime, Perl creates an empty, anonymous
>> subclass of the current class and mixes the role in that cla
On Wed, 2005-05-18 at 10:51, Luke Palmer wrote:
> Except that mixins like this always treat things as "virtual".
> Whenever you mixin a role at runtime, Perl creates an empty, anonymous
> subclass of the current class and mixes the role in that class. Since
> roles beat superclasses, you'll alwa
On 5/18/05, Aaron Sherman <[EMAIL PROTECTED]> wrote:
> In Perl 6, I don't think we need to tag methods as "virtual" like C++
> does, since we have the handy yadda, yadda to do that for us.
>
> However, there is a variant of C++'s virtual that I'd love to see. By
> default a role cannot override th
