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
Definitely typed variables have wrong default #5343
Comments
From @LLFournmy Str:D $a = Nil; say $a; # (Str:D) :D variables in general cannot have a default default. Therefore if the |
From @LLFourn(continued :P) It can also happen on assignment to array and hash elements. On Sat, May 28, 2016 at 9:59 PM Lloyd Fournier <perl6-bugs-followup@perl.org>
|
From @LLFournShould be: Type check failed in assignment to $a; expected Str:D but got (Mu) (sorry for the spam) On Sat, May 28, 2016 at 10:00 PM Lloyd Fournier <lloyd.fourn@gmail.com>
|
From @LLFourn^^ but that was wrong too. Type check failed in assignment to $a; expected Str:D but got Nil Going to go lie down for a bit now.... On Sat, May 28, 2016 at 10:02 PM Lloyd Fournier <lloyd.fourn@gmail.com>
|
From @zoffixznetTo add to the discussion, as it seems related. The errors generated in this case are LTA: <Zoffix> m: sub foo ( Str:D :$a ) {}; foo |
The RT System itself - Status changed from 'new' to 'open' |
The original evaluation fails (with
(The related issue #5253 has more context and also has a link to added tests: Raku/roast@fa9a6b0.) If I'm not missing something the original report in this issue has been addressed. There are still the two evaluations added as "seemingly related". The output for those has only changed slightly.
I'm not sure what to make out of those. |
Migrated from rt.perl.org#128277 (status was 'open')
Searchable as RT128277$
The text was updated successfully, but these errors were encountered: