-
Notifications
You must be signed in to change notification settings - Fork 1
error message mentions $a parameter of op signature: ++.++ #4607
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
From @AlexDanielCode: Result: There is no $a in user code, so it should not be mentioned. “$a” is mentioned because: Result: <FROGGS> AlexDaniel: imagine you have a $a near that bit of code and waste Indeed! Same thing with -- and possibly other ops. Perhaps there is some universal solution that will fix other problems like <jnthn> What is a bit bothersome is that we don't report that we're *in* |
From @zoffixznetThe error is pretty good now. Perhaps, the ticket can be closed? zoffix@VirtualBox:~$ perl6 -e '++.++' zoffix@VirtualBox:~$ |
The RT System itself - Status changed from 'new' to 'open' |
From @AlexDanielOn Sun Jun 19 16:56:55 2016, cpan@zoffix.com wrote:
It looks like behavior changed before Christmas. Perhaps a tests or two for ++.++ is not going to hurt? |
From @zoffixznetTests added in Raku/roast@4e973da24d |
@zoffixznet - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#126220 (status was 'resolved')
Searchable as RT126220$
The text was updated successfully, but these errors were encountered: