From @masak

<masak> rakudo​: sub foo { say "OH HAI" }; &foo = &say; foo
<p6eval> rakudo 0eaf62​: OUTPUT«␤»
<moritz_> excuse me?
<masak> :)
<masak> it's a bug, right?
<moritz_> yes, but what is the bug?
<masak> I reassigned &foo to &say.
<masak> and Rakudo let me.
<moritz_> that &foo is assignable? or that it doesn't print the "OH HAI"+
<masak> that &foo is assignable.
<moritz_> ok
<masak> the non-printing of "OH HAI" is just a consequence of &foo
being assignable.
* masak submits rakudobug

From @pmichaud

On Wed, Sep 23, 2009 at 05​:10​:04AM -0700, Carl Mäsak wrote​:

<masak> rakudo​: sub foo { say "OH HAI" }; &foo = &say; foo

Confirmed that this is a bug... it should be fixed when we
default PMCs to be readonly instead of requiring a separate
"readonly" flag as we do now.

Then the above will result in "Cannot write to readonly
variable".

Pm

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

From @moritz

fixed, and tested in S02-builtin_data_types/sigils-and-types.t

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

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