Skip Menu |
Report information
Id: 78752
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] LTA error message when declaring two-colon-sigil variable ::Foo in Rakudo
Date: Mon, 1 Nov 2010 14:47:17 +0100
To: rakudobug [...] perl.org
From: Carl Mäsak <cmasak [...] gmail.com>
Download (untitled) / with headers
text/plain 594b
<moritz_> rakudo: my ::A <p6eval> rakudo 5f5bae: OUTPUT«===SORRY!===␤Malformed my at line 22, near "::A"␤» <jnthn> std: my ::A; <p6eval> std a194beb: OUTPUT«===SORRY!===␤Illegal redeclaration of symbol 'A' (see line 1) at /tmp/2_oKyMhSZP line 1:␤------> my ::A⏏;␤Multiple prefix constraints not yet supported [...] <moritz_> that's a LTA error * masak submits rakudobug First, the two error messages in Rakudo and STD.pm6 don't agree; they probably should. Second, even the error message of STD.pm6 seems suspect. Why is it a redeclaration?
Download (untitled) / with headers
text/plain 989b
Rakudo now complains with: 22:32 <Mouq> m: my ::A; 22:32 <camelia> rakudo-moar 34669d: OUTPUT«===SORRY!===␤Type 'A' is not declared␤at /tmp/vpFjxsTtsO:1␤------> my ::A⏏;␤Malformed my␤at /tmp/vpFjxsTtsO:1␤------> my ::A⏏;␤␤» Which is Less LTA, but still not Awesome. On Mon Nov 01 06:47:39 2010, masak wrote: Show quoted text
> <moritz_> rakudo: my ::A > <p6eval> rakudo 5f5bae: OUTPUT«===SORRY!===␤Malformed my at line 22, > near "::A"␤» > <jnthn> std: my ::A; > <p6eval> std a194beb: OUTPUT«===SORRY!===␤Illegal > redeclaration of symbol 'A' (see line 1) at /tmp/2_oKyMhSZP line > 1:␤------> my ::A⏏;␤Multiple prefix constraints not > yet supported [...] > <moritz_> that's a LTA error > * masak submits rakudobug > > First, the two error messages in Rakudo and STD.pm6 don't agree; they > probably should. Second, even the error message of STD.pm6 seems > suspect. Why is it a redeclaration?


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