Package Details: android-environment 7-3

Git Clone URL: https://aur.archlinux.org/android-environment.git (read-only, click to copy)
Package Base: android-environment
Description: Script providing common environment variables and functions for Android builds.
Upstream URL: https://aur.archlinux.org/packages/android-evironment
Licenses: MIT
Submitter: hipersayan_x
Maintainer: hipersayan_x
Last Packager: hipersayan_x
Votes: 0
Popularity: 0.000000
First Submitted: 2019-06-11 16:31 (UTC)
Last Updated: 2025-07-03 21:15 (UTC)

Latest Comments

Martchus commented on 2025-10-20 12:56 (UTC) (edited on 2025-10-20 13:36 (UTC) by Martchus)

Would you accept this change? https://github.com/Martchus/PKGBUILDs/commit/ecdd4f9a068ae41a937689d593ff9d343ddf9481

I know that this is totally out of scope for an Arch Linux package so I'd understand if you don't want this. However, I find it nice that one can in practice install this and many other Android packages under Windows via MSYS2 without having to recompile anything as the packages are "any" packages anyway. This allows using e.g. OpenSSL builds for Android done under Arch Linux also under Windows. One only needs to supply the env variables for certain paths manually. I was even able to use the Qt builds for Android I've done under Arch Linux when pointing CMake to the right place for the host build. Of course this is hacky but it also kind of works and makes it quite easy to get started with native Android development under Windows/MSYS2.

I also added a little bit documentation for this workflow for the sake of building my own C++/Qt based apps: https://github.com/Martchus/cpp-utilities?tab=readme-ov-file#building-under-windows-for-android

Denzy7 commented on 2025-08-02 14:49 (UTC)

unrelated, has anyone come up with a android-binutils package?

hipersayan_x commented on 2025-07-03 21:19 (UTC)

Martchus, changes added, thanks!

Martchus commented on 2025-06-08 16:37 (UTC) (edited on 2025-06-08 19:33 (UTC) by Martchus)

I also use this script to setup development builds of e.g. Qt passing additional CMake argument like -DCMAKE_FIND_ROOT_PATH="$CUSTOM_PREFIX;$ANDROID_PREFIX" to the CMake wrapper script. For this to actually work I need the following change: https://github.com/Martchus/PKGBUILDs/commit/a65d8f6a7d6261b34e8816f934041b27d63b739d

Would this be acceptable?

Martchus commented on 2025-01-11 23:35 (UTC) (edited on 2025-01-11 23:40 (UTC) by Martchus)

I tested this now for x86-64 with a Qt 6 app in an emulator using an Android 15 image with 16 KB page sizes. Before I always got misleading errors (e.g. java.lang.UnsatisfiedLinkError: dlopen failed: empty/missing DT_HASH/DT_GNU_HASH in "/data/app/~~mkBCTsfBY7VFxZ87MOcKXg==/io.github.martchus.syncthingtray-RUFX3v6OMOBtPhL22vVNRQ==/lib/x86_64/libz.so" (new hash type from the future?)) but with all libraries recompiled with this additional flag it works.

Martchus commented on 2025-01-11 23:14 (UTC)

Could you add the following change? https://github.com/Martchus/PKGBUILDs/commit/a6e6afdd0ad431aff40798d9a57006e4fae9de34

This is about https://developer.android.com/guide/practices/page-sizes.

I have already built many packages with these flags and they compile fine and are considered "good" by the script in the mentioned documentation. I still have to do a final test with all libraries re-compiled in an emulated system, though.