Platform development on MacOS isn't supported as of June 22, 2021.

371 views
Skip to first unread message

Connor Tumbleson

unread,
Jul 8, 2021, 5:47:43 PM7/8/21
to Android Building
I saw this message - "Important: Platform development on MacOS isn't supported as of June 22, 2021." when attempting to pull down AOSP on MacOS to build the platform/build tools.

I set it up via:

repo init -u https://android.googlesource.com/platform/manifest -b master -g default,tools
repo sync -c -j8
source build/envsetup.sh
lunch sdk-eng
make LOCAL_MULTILIB=64 USE_NINJA=false aapt


Is there an expected path of building just the tools (platform & build) with that announcement? It is getting tougher and tougher to build these platform/build tools on each release and not sure if I'm making something more difficult than it should be.


Running into error after error attempting a build leads me to believe I'm not doing this right.

FAILED: out/soong/build.ninja
cd "$(dirname "out/soong/.bootstrap/bin/soong_build")" && BUILDER="$PWD/$(basename "out/soong/.bootstrap/bin/soong_build")" && cd / && env -i "$BUILDER"     --top "$TOP"     --out "out/soong"     -n "out"     -d "out/soong/build.ninja.d"     -t -l out/.module_paths/Android.bp.list -globFile out/soong/.bootstrap/build-globs.ninja -o out/soong/build.ninja --available_env out/soong/soong.environment.available --used_env out/soong/soong.environment.used Android.bp
error: system/bt/vendor_libs/test_vendor_lib/Android.bp:100:1: module "test-vendor_test_host" variant "darwin_x86_64": depends on disabled module "libbluetooth_headers"
error: system/bt/vendor_libs/test_vendor_lib/Android.bp:100:1: module "test-vendor_test_host" variant "darwin_x86_64": depends on disabled module "libbt-rootcanal-types"
error: system/bt/vendor_libs/test_vendor_lib/Android.bp:100:1: module "test-vendor_test_host" variant "darwin_x86_64": depends on disabled module "libbt-rootcanal"
05:49:56 soong bootstrap failed with: exit status 1
ninja: build stopped: subcommand failed.

Dan Willemsen

unread,
Jul 9, 2021, 12:51:45 AM7/9/21
to Android Building
> -g default,tools

The "tools" group in the manifest is unrelated to building these SDK tools, so that shouldn't be necessary (though all of the "tools" grouped projects are also in "default" currently, so it really shouldn't change anything either).

> LOCAL_MULTILIB=64 USE_NINJA=false

LOCAL_MULTILIB doesn't do anything on the command line, and ninja has been the only way to build for several releases now, so you can drop these. Just `m aapt` should work fine.

> Running into error after error attempting a build leads me to believe I'm not doing this right.

I think I just fixed this particular error with https://android-review.googlesource.com/c/platform/build/+/1760965 this afternoon, so if you sync or cherry-pick that change, your command should work. Building the actual SDK zip files on AOSP is still broken, and I'm working on refactoring those so that you don't need to build a system image in order to build the platform/build-tools zips.

- Dan

Connor Tumbleson

unread,
Jul 12, 2021, 1:16:07 AM7/12/21
to Android Building
> The "tools" group in the manifest is unrelated to building these SDK tools, so that shouldn't be necessary (though all of the "tools" grouped projects are also in "default" currently, so it really shouldn't change anything either).

Thanks, I was looking into groups that could cut down my clone size since only interested in platform/build-tools and assumed incorrectly.

> LOCAL_MULTILIB doesn't do anything on the command line, and ninja has been the only way to build for several releases now, so you can drop these. Just `m aapt` should work fine.

Additionally thanks, just been re-using commands release after release and haven't taken a chance to dig into whether valid or not. I will adjust.


> I think I just fixed this particular error with https://android-review.googlesource.com/c/platform/build/+/1760965 this afternoon, so if you sync or cherry-pick that change, your command should work. Building the actual SDK zip files on AOSP is still broken, and I'm working on refactoring those so that you don't need to build a system image in order to build the platform/build-tools zips.

Thanks for the support. I'll watch for patches and follow along. Looks like latest was merged already.

 ~ connor

Reply all
Reply to author
Forward
0 new messages