https://gcc.gnu.org/bugzilla/show_bug.cgi?id=124624
--- Comment #6 from Shivam Gupta <shivam98.tkg at gmail dot com> --- (In reply to Kang-Che Sung from comment #5) > > I would argue it's no. The code looks worse in GCC 16.1. > > For a fairer comparison, you might use -Oz instead of -Os. -Oz *should* > disable some CMOV transformations that are unhelpful in code size > reduction, and in this case GCC's use of `mov edx, -1 /*...*/ cmovne eax, > edx` increases the code size. > > See this link: > <https://godbolt.org/z/1vsfxnPj4> OK, I will work on this issues. I did some investigation earlier and was thinking it has to do with "simple" algorithm of bb-reorder.cc. But now need to check which commit introduced cmov by `git bisect`.
