-
Notifications
You must be signed in to change notification settings - Fork 574
in-place sort incorrectly preserves element lvalue identity #15387
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 zefram@fysh.orgCreated by zefram@fysh.org[perl #127759] led me to spot another problem with in-place sort optimisation: $ perl -le '@c=(55,44,33); $d = \$c[2]; @c = @e = sort { $a <=> The latter case triggers the in-place sort optimisation, while the former It is incorrect to apply the in-place optimisation if any of the array's Perl Info
|
From zefram@fysh.orgI wrote:
If we can detect which ones are (or might be) aliased, it's not necessary
If the stack is a problem, it may still be acceptable to just look -zefram |
From @iabynOn Tue, Jun 07, 2016 at 09:39:47PM +0100, Zefram wrote:
Now done with: commit 45c198c in-place sort preserved element lvalue identity -- |
The RT System itself - Status changed from 'new' to 'open' |
@iabyn - Status changed from 'open' to 'pending release' |
From @khwilliamsonThank you for filing this report. You have helped make Perl better. With the release today of Perl 5.26.0, this and 210 other issues have been Perl 5.26.0 may be downloaded via: If you find that the problem persists, feel free to reopen this ticket. |
@khwilliamson - Status changed from 'pending release' to 'resolved' |
Migrated from rt.perl.org#128340 (status was 'resolved')
Searchable as RT128340$
The text was updated successfully, but these errors were encountered: