bc46bf22e7
We currently hit asserts in AECM where the output of WebRtcSpl_NormW16() on armv7 is incorrect. I've verified that it outputs -17 for negative values. Internally that means that clz returns 0 after a two's complement operation on a int16_t. There is a mismatch between the int16_t input and otherwise 32 bit assumptions. Explicitly casting to int32_t makes the two's complement do the correct thing. The CL also extends the unit tests by running through a larger set of values. BUG=4486 TESTED=locally on Android Nexus 7 and trybots R=aluebs@webrtc.org, kwiberg@webrtc.org Review URL: https://webrtc-codereview.appspot.com/49549004 Cr-Commit-Position: refs/heads/master@{#8897}