https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86677
Will Deacon <will.deacon at arm dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |will.deacon at arm dot com
--- Comment #8 from Will Deacon <will.deacon at arm dot com> ---
I replied to the ticket raised on the kernel.org bugzilla about this change:
https://bugzilla.kernel.org/show_bug.cgi?id=200671#c1
I've also duplicated my response below in case you'd rather respond here.
--->8
Whilst providing an implementation of __popcountsi2 will fix the build, won't
this end up with worse code generation compared to a compiler which doesn't do
this idiom recognition?
If I understand this correctly, an in-line integer popcount implementation in
the code can be spotted by the compiler and replaced by a branch to an
out-of-line integer popcount implementation.
Please can we have an option to disable this idiom recognition? It really
doesn't seem to make sense in an environment where the SIMD registers aren't
readily accessible.
