tree 8b9ec92cfd07dd37af7de674659a7dd4b3329405
parent d6e1f230b3b726923fc9b3ad628fc67a8aeede59
author Adam Langley <agl@google.com> 1544722048 -0800
committer CQ bot account: commit-bot@chromium.org <commit-bot@chromium.org> 1544722987 +0000

Drop NEON assembly for HRSS.

Since we build Chrome with -mfpu=neon anyway, this isn't currently
needed. Additionally, I had included poly3_invert_vec in the assembly
but hadn't gotten around to wiring it up yet. That assembly referenced a
couple of functions in the C code that had been renamed. Surprisingly,
the NDK linker didn't have a problem with the undefined symbols since it
could statically find them to be unreachable.

But that isn't true everywhere. Some builds did fail because of the
undefined symbols although we're not sure what's different about them.
(Different NDK version perhaps?)

Change-Id: Ibac4724d24df05d6f6007499e1cd884e59889101
Reviewed-on: https://boringssl-review.googlesource.com/c/33604
Commit-Queue: Adam Langley <agl@google.com>
Commit-Queue: David Benjamin <davidben@google.com>
Reviewed-by: David Benjamin <davidben@google.com>