1558885 - Android 'mach gtest' fails on non-x86_64 platforms: "XRE_main returned 1" in logcat

Status: RESOLVED FIXED

(Testing :: GTest, defect, P1)

Description

[Geoff Brown [:gbrown]]

'mach gtest' runs well on the android x86_64 emulator (the environment used for continuous integration), but it probably fails for other architectures: the gtest libxul.so will not be pushed to the correct location:

https://searchfox.org/mozilla-central/rev/227f5329f75bd8b16c6b146a7414598a420260cb/testing/gtest/remotegtests.py#87

Bug 1544496 would resolve this, or we could try to hack around it.

Comment 1

[Geoff Brown [:gbrown]]

Attachment: Bug 1558885 - Use separate directory for android gtest libxul; r=

This basically works, but introduces a single test failure: LulIntegration.unwind_consistency
I'll need to investigate that before proceeding...

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

The priority flag is not set for this bug.
:ahal, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 3

[Geoff Brown [:gbrown]]

Nudged by bug 1584976, I thought I would revisit this patch. Now it works! (No test failures.) I don't know what has changed.

https://treeherder.mozilla.org/#/jobs?repo=try&revision=124a417c7958ab4d20bbb0a19a6d9d851472c4c7

Comment 4

[Nick Alexander :nalexander [he/him]]

(In reply to Geoff Brown [:gbrown] from comment #3)

Nudged by bug 1584976, I thought I would revisit this patch. Now it works! (No test failures.) I don't know what has changed.

https://treeherder.mozilla.org/#/jobs?repo=try&revision=124a417c7958ab4d20bbb0a19a6d9d851472c4c7

This is so surprising, and weakly suggests that compiler variation matters to this code.

Comment 5

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/a5dacb181633
Use separate directory for android gtest libxul; r=bc,nalexander

Comment 6

[Dorel Luca [:dluca]]

https://hg.mozilla.org/mozilla-central/rev/a5dacb181633