-
Notifications
You must be signed in to change notification settings - Fork 987
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build status-go for i386 only for simulator #15595
Comments
Trying to
So if we do Probably it's the same if we run on Linux (x86): x86 emulator/app abi/status-go targets. @siddarthkay, please confirm. |
I suggest to make Here is the suggested mapping:
@siddarthkay, what do you think? |
|
So if my understading is correct, based on research and hints from @jakubgs, here is my proposal:
|
by specifying |
I think we need to get rid of Once that is done we will have a clearer picture of how to apply these settings, but the suggested @siddarthkay yes, that's correct, but we also make a separate build for E2E tests just for that reason with only if (utils.isE2EBuild()) {
androidAbiInclude = 'x86' /* e2e builds are used with simulators */ |
@churik, can you please comment, how (if) you run e2e tests locally. |
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
To help with #15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
|
See also iOS related discussion here: |
Fixes partially #15595 In order to build less targets, when not needed we introduce this mapping logic. If only specific ABI is required - status-go will have the same arhitecuture.
Fixes partially #15595 In order to build less targets, when not needed we introduce this mapping logic. If only specific ABI is required - status-go will have the same arhitecuture.
Fixes partially #15595 In order to build less targets, when not needed we introduce this mapping logic. If only specific ABI is required - status-go will have the same arhitecuture.
We can leave as is or implement a logic, which will specify
Smth like that:
So
Option 2: separate make targets for emulator and devices Option 3: ask developers to set env variable
Commands to test:
|
Option number 1 seems the best. |
Fixes partially #15595 In order to build less targets, when not needed we introduce this mapping logic. If only specific ABI is required - status-go will have the same arhitecuture.
macOS, Apple Silicon, arm64 emulator running:
Real android device:
Note: Case of several devices connected:
Note: |
Linux and 2 different arch emulators:
|
To help with status-im#15595 changes, refactoring is required. In this PR we switch from config to env vars. Doing some cleanup meanwhile.
Fixes partially status-im#15595 In order to build less targets, when not needed we introduce this mapping logic. If only specific ABI is required - status-go will have the same arhitecuture.
Also iOS improved here: Some room for optimisation is still left there, see comments. |
There is a time saving to be made in building
status-go
only fori386
, since currently we always build for 3 architectures:status-mobile/nix/status-go/mobile/default.nix
Lines 4 to 8 in 0656ad8
But building only for for
i386
for simulator runs we can save over two minutes:[ "android/arm" "android/arm64" "android/386" ]
[ "android/arm64" ]
[ "android/arm" ]
[ "android/386" ]
The normal way developers use a simulator is via
make run-android
, so we'd need to modify the shell for that.The text was updated successfully, but these errors were encountered: