Skip Menu |
Report information
Id: 116012
Status: open
Priority: 0/
Queue: perl6

Owner: Nobody
Requestors: masak <cmasak [at] gmail.com>
Cc:
AdminCc:

Severity: (no value)
Tag: Bug
Platform: (no value)
Patch Status: (no value)
VM: (no value)



Subject: [BUG] What's clearly a postfix is called a prefix in an error message in Rakudo
Date: Fri, 7 Dec 2012 11:58:43 +0100
To: rakudobug [...] perl.org
From: Carl Mäsak <cmasak [...] gmail.com>
Download (untitled) / with headers
text/plain 569b
<diakopter> rn: sub postfix:<^^^>($a) is looser(&infix:<+>) { $a; 77 }; say +6+ +8^^^ <p6eval> rakudo 53daef, niecza v24-5-g599cbcb: OUTPUT«83␤» <diakopter> rn: sub postfix:<^^^>($a) is looser(&infix:<+>) { $a; 77 }; say +6^^^ +8^^^ <p6eval> rakudo 53daef: OUTPUT«===SORRY!===␤CHECK FAILED:␤Undefined routine '&prefix:<^^^>' called (line 1)␤» <p6eval> ..niecza v24-5-g599cbcb: OUTPUT«77␤» <diakopter> erm <jnthn> ... <masak> o.O * masak submits rakudobug * jnthn wonders whose gonna fix these :P * jnthn looks at Pm :D <jnthn> EXPR is a scary place :)]
Download (untitled) / with headers
text/plain 239b
little bit simpler example: <FROGGS> p: sub postfix:<^^^>($a) is looser(&infix:<+>) { $a; 77 }; say 6^^^ + 8 <camelia> rakudo-parrot d916db: OUTPUT«===SORRY!===␤CHECK FAILED:␤Undefined routine '&prefix:<^^^>' called (lines 1, 1)␤»
Download (untitled) / with headers
text/plain 161b
This would disallow a too low precedence: https://gist.github.com/FROGGS/d1b09046bed6dd01ab56 I just don't know if this is the right fix for this issue or not.
Still reproducible (2017.11, HEAD(5929887))

The error message is a bit different:

Show quoted text
===SORRY!=== Error while compiling -e
Variable '&prefix:<^^^>' is not declared
at -e:1
------>  is looser(&infix:<+>) { $a; 77 }; say 6⏏^^^ + 8

On 2015-04-17 03:11:45, FROGGS.de wrote:
Show quoted text
> This would disallow a too low precedence:
>
> https://gist.github.com/FROGGS/d1b09046bed6dd01ab56
>
> I just don't know if this is the right fix for this issue or not.



This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org