# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #118791] # in the subject line of all future correspondence about this issue. # <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118791 >
<sorear> rn: say 5 Rxx rand <camelia> rakudo 7d7df4: OUTPUT«0.70025693867089 0.70025693867089 0.70025693867089 0.70025693867089 0.70025693867089» <camelia> ..niecza v24-86-g39ab531: OUTPUT«0.77211467026365677 0.77211467026365677 0.77211467026365677 0.77211467026365677 0.77211467026365677» <FROGGS> no cookie for both <masak> hm, sorear++ just found a bug in two implementations ;) <masak> rn: say rand xx 5 <camelia> niecza v24-86-g39ab531: OUTPUT«0.62266399973196163 0.18375288144860086 0.37745106424086311 0.96518965482953456 0.73068906819945623» <camelia> ..rakudo 7d7df4: OUTPUT«0.181609341499524 0.340130289589194 0.252906549579116 0.617402868939354 0.385966828776859» <masak> right. * masak submits rakudobug <masak> I'm just assuming that if infix:<xx> thunks its lhs, then infix:<Rxx> should thunk its rhs. <sorear> masak: it's a very long-standing behavior of niecza that weakly macroey operators lose their macroness when metaopped <sorear> masak: because metaops require a coderef <masak> sorear: that sounds like an argument against this being a bug. <sorear> strongly macroey operators like := can't be metaopped at all
