From @masak

<masak> rakudo​: role Lion[​::T] {}; class LionMadeOfLions does Lion[Lion] {}
<p6eval> rakudo a54677​: OUTPUT«===SORRY!===␤Could not find sub &chars␤»
<masak> whoa! :)
* masak submits rakudobug

From @coke

On Wed Jun 09 14​:22​:08 2010, masak wrote​:

<masak> rakudo​: role Lion[​::T] {}; class LionMadeOfLions does Lion[Lion] {}
<p6eval> rakudo a54677​: OUTPUT«===SORRY!===␤Could not find sub &chars␤»
<masak> whoa! :)
* masak submits rakudobug

Behavior has changed​:

<[Coke]> rakudo​: role Lion[​::T] {}; class LionMadeOfLions does Lion[Lion] {}
<p6eval> rakudo a47c45​: OUTPUT«===SORRY!===␤No applicable candidates
  found to dispatch to for '_block117'. Available candidates
  are​:␤​:(Mu :​:T )␤␤»

--
Will "Coke" Coleda

The RT System itself - Status changed from 'new' to 'open'

From @masak

masak (>>), coke (>)​:

<masak> rakudo​: role Lion[​::T] {}; class LionMadeOfLions does
Lion[Lion] {}
<p6eval> rakudo a54677​: OUTPUT«===SORRY!===␤Could not find sub
&chars␤»
<masak> whoa! :)
* masak submits rakudobug

Behavior has changed​:

<[Coke]> rakudo​: role Lion[​::T] {}; class LionMadeOfLions does
Lion[Lion] {}
<p6eval> rakudo a47c45​: OUTPUT«===SORRY!===␤No applicable candidates
found to dispatch to for '_block117'. Available
candidates
are​:␤​:(Mu :​:T )␤␤»

That looks right to me. The inner Lion expects a parameter, and doesn't get one. Hence the
above error.

Sending ticket to tests, in case tests are needed for this.

From @moritz

I won't write any tests for this, because we have no reliable way to
distinguish these errors (at least for now).

@moritz - Status changed from 'open' to 'resolved'