2b1b7a83ad
A left shift by 10 was assumed to never overflow, since "[s]imulation of the 25 files shows that maximum value in the vector gain_lo_hiQ17[] is 441344, which means that it is log2((2^31)/441344) = 12.2 shifting bits from saturation." However, a fuzzer test succeeded in provoking an overflow, which we ignore in this CL on the theory that only "abnormal" inputs cause overflow. Also had to replace a "foo << 1" with "foo * (1 << 1)" in WEBRTC_SPL_MUL_16_32_RSFT15 because foo could be negative; this problem showed up as soon as I'd asked UBSan to ignore the overflow discussed above. BUG=chromium:615819 Review-Url: https://codereview.webrtc.org/2314413002 Cr-Commit-Position: refs/heads/master@{#14162}
WebRTC is a free, open software project that provides browsers and mobile applications with Real-Time Communications (RTC) capabilities via simple APIs. The WebRTC components have been optimized to best serve this purpose.
Our mission: To enable rich, high-quality RTC applications to be developed for the browser, mobile platforms, and IoT devices, and allow them all to communicate via a common set of protocols.
The WebRTC initiative is a project supported by Google, Mozilla and Opera, amongst others. This page is maintained by the Google Chrome team.
Development
See http://www.webrtc.org/native-code/development for instructions on how to get started developing with the native code.
More info
- Official web site: http://www.webrtc.org
- Master source code repo: https://chromium.googlesource.com/external/webrtc
- Samples and reference apps: https://github.com/webrtc
- Mailing list: http://groups.google.com/group/discuss-webrtc
- Continuous build: http://build.chromium.org/p/client.webrtc