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
splice no longer attempts to numify things (@a.splice: ^3) #5937
Comments
From @AlexDanielCode: Result (2015.12,2016.07.1): Result (HEAD): Bisectable points to rakudo/rakudo@f32173b Given that the commit was attempting to improve the performance, I think the change was unintentional. However, feel free to argue that the current behavior is correct. If so, please treat this ticket as [LTA] (the amount of candidates printed is insane). |
From @zoffixznetFWIW, my math[^1] suggests with current system we'd need 22 more candidates to handle Cool, bringing the total to 52 candidates. IMO Cool candidates are important to have, perhaps we can de-optimize something that won't have a huge performance hit, while reducing the candidates to saner levels? [1] https://irclog.perlgeek.de/perl6-dev/2016-12-29#i_13819263 |
The RT System itself - Status changed from 'new' to 'open' |
From @lizmatFixed in rakudo/rakudo@76f14a5c1f Marking tests needed |
From @zoffixznetThe original fix was reverted in rakudo/rakudo@121e5e32e9 per discussion https://irclog.perlgeek.de/perl6-dev/2017-01-21#i_13962511 |
Migrated from rt.perl.org#130439 (status was 'open')
Searchable as RT130439$
The text was updated successfully, but these errors were encountered: