Nick Drozd <nicholasdr...@gmail.com> added the comment:
> Is there any measurable performance benefit from this? I wouldn't expect any performance changes either way. If it worked out to be slower, that would an unpleasant surprise and a good reason to reject this change. If it worked out to be faster, well, that would be great! > Reducing several hundred thousand lines of code by 148 is not a compelling > benefit :) But it's not just any old 148 lines. By my count it includes the removal of 47 `break` statements. For a change of this nature there's certainly a chance of introducing errors. On the other hand, every one of those `break` statements is a site of manual loop-handling logic, and those already present some risk of introducing errors. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue45975> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
