Android arm64 build is broken on boringssl

[zanderso]

$ ./tools/build.py -m release -a arm64 --os=android runtime
...
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S: Assembler messages:
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:28: Error: unknown pseudo-op: `.syntax'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:29: Error: unknown cpu `cortex-a8'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:30: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:40: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:43: Error: unknown pseudo-op: `.fpu'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:44: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:45: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:46: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:47: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:48: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:49: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:50: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:51: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:52: Error: unknown pseudo-op: `.eabi_attribute'
third_party/boringssl/src/crypto/chacha/chacha_vec_arm.S:53: Error: unknown pseudo-op: `.thumb'
chacha_vec.c:59: Error: unknown pseudo-op: `.thumb'
chacha_vec.c:60: Error: unknown pseudo-op: `.thumb_func'
chacha_vec.c:63: Error: junk at end of line, first unrecognized character is `@'
chacha_vec.c:64: Error: junk at end of line, first unrecognized character is `@'
chacha_vec.c:65: Error: unknown mnemonic `push' -- `push {r4,r5,r6,r7,r8,r9,r10,fp,lr}'
chacha_vec.c:66: Error: operand 1 should be an integer register -- `mov r8,r3'

Etc.

[zanderso]

I have tried updating our android_tools, but the same error is produced by the newest version.

[sgjesse]

This is most likely caused by the BoringSSL ARM32 assembly code being used on ARM64 as well.

If BoringSSL does not have ARM64 assembly implementation we should use the generic C implementation.

[whesse]

I have filed an issue with BoringSSL to ask if that is the case. It seems likely, but they actually specifically enable this file for aarch64 in the guards. But this might have been an oversight. There are also errors in the c file, though, so it is not just a matter of changing this guard.

Here is the BoringSSL issue (which is public) that I filed. I'll try and get the exact compiler lines to them as well. https://code.google.com/p/chromium/issues/detail?id=530543

[whesse]

@zanderso : Could you try removing the "|| defined(aarch64)" from the guard in line 26 of chacha_vec_arm.S, and see if the compilation works? I think this might be sufficient to make it work.

The file chacha_vec_arm.S is not included in Chromium builds on aarch64, because Chromium specifies different lists of files to include for each architecture, and doesn't include it for arm64. We include all files for all architectures, and rely on guards in the files to disable them for architectures they don't apply to. This may just be a mistake in the guard.

[zanderso]

The build succeeds after removing that.

[whesse]

Great - I have submitted the change upstream. We can't change it locally, since the file with the problem is in our checkout of the boringssl repo. We could work around it, but I think it will be sufficient to get this once it is upstreamed.

On Mon, Oct 5, 2015 at 5:17 PM, Zachary Anderson notifications@github.com
wrote:

The build succeeds after removing that.

—
Reply to this email directly or view it on GitHub
#24321 (comment).

William Hesse

[rmacnak-google]

It looks like this change was landed upstream, but we're still on an old version of boringssl. In fact, it looks like we have never update boringssl since it landed. How often do we expect to update it?

[whesse]

Our update schedule will be limited by Chrome's update schedule, since the
gyp build of BoringSSL that we use is coming from them. But they have
updated recently, to a Dec 18 2015 version of BoringSSL, so we can update
to that one.

I expect we will update it somewhere between twice a year and monthly. We
don't have a formal plan or schedule for doing it - perhaps we should
establish one.

On Tue, Jan 5, 2016 at 12:49 AM, Ryan Macnak notifications@github.com
wrote:

It looks like this change was landed upstream, but we're still on an old
version of boringssl. In fact, it looks like we have never update boringssl
since it landed. How often do we expect to update it?

—
Reply to this email directly or view it on GitHub
#24321 (comment).

William Hesse