These two databases are (nearly) identical but the latter is generated
in a much more efficient way.
The diffs are very minor and it's not clear to me which versions is more
correct than the other, though I'm fairly confident they don't matter.
https://paste.googleplex.com/5567994005553152
Bug: 187398174
Test: diff api-versions.xml
Change-Id: I97375e0d72675bc8ff102551b3e3913e684be683
We have removed the system-images sdk zip, so remove the tracking of it
as a dependency for the addon.
Bug: 205008975
Test: presubmit
Change-Id: I14e47d6418f355c6c7db7444a25c3030f36a3f92
The system images distributed externally are created by a separate
set of rules than these. There are no known consumers of these
legacy system-image files.
This makes the SDK zip architecture-agnostic.
Bug: 205008975
Test: m sdk sdk_repo dist
Test: diff sdk zips from sdk_phone_arm64 and sdk_phone_x86 (no diff)
Change-Id: I7ba2eb244a5930721c82895cd2947a1d2aff63e2
The system images distributed externally are created by a separate
set of rules than these. There are no known consumers of these
legacy system-image zip files.
Bug: 205008975
Test: m sdk sdk_repo dist
Change-Id: I11a9aaea89c307d4698787e228fb47228244ab74
This goal doesn't exist anymore. The build system automatically
translates it to "sdk".
Test: m win_sdk dist && inspect out/dist/apistubs
Change-Id: Iebe902b44cbdc76e62d38617ae549ef1c0cdf729
These packages are now built with Soong. Since they were the only two
outputs of the windows SDK package, I've also removed that
implementation.
Bug: 187222815
Change-Id: Ib42687cfe79c40066a49d20980a0f6f75914406a
The framework-doc-stubs is being transitioned to use module jar stub
source as input, at which point it will stop producing correct
annotations.zip files. Replace the annotations zip file in the sdk
with the one generated from all the constituent parts.
Bug: 187397779
Test: diff sdk.zip before && after (only whitespace diffs in annotations)
Change-Id: I56b22bf4909105a2720221c8de35b517a6e66a3c
So that these can be built independently from the large sdk zip. The old
Make-based implementation created this as part of the large sdk zip,
then extracted it from that zip file.
This topic only adds the new definitions under a different filename,
full replacement will come in a follow-on CL.
Once we fully transitions to this mechanism, we'll be able to turn down
most modules on Macs, only building these and their dependencies.
Bug: 187222815
Change-Id: If6be8dd573a323ef8b343bc86116ffa3d43922a5
Since this artifact will no longer be needed shortly when the
build-tools and platform-tools sdk_repo builds are refactored not to use
it as an input.
This will save artifact space and provide an early warning in case
anyone is depending on this artifact.
Bug: 187222815
Change-Id: Ia61c8d1d675b6a64cb46c71f47528e1dd6f7bb71
This adds two new properties alongside AndroidVersion.ApiLevel:
- AndroidVersion.ExtensionLevel: The sdk extension version if the SDK
- AndroidVersion.IsBaseSdk: Whether the extension level is the the one
that the ApiLevel shipped with (true), or if is an extension SDK
release (false).
While we're here, dedupe the recipe that processes these templates.
Bug: 195281582
Test: m out/host/linux-x86/development/sdk/platform_source.properties
and inspect the substitution is working
Merged-In: Ieea20731aed2e0f35bbe4cfd8ca596cf11f4b3bc
Change-Id: Ieea20731aed2e0f35bbe4cfd8ca596cf11f4b3bc
Instead, use python2 from $PATH, which will be a prebuilt inside the
build system.
Test: treehugger
Change-Id: I81966e85377c8e9dd87e1f2656f6c0ec6b3a636c
We'll be unable to create these files in the Mac builds going forwards,
so just remove these files that were moved to the platform-specific dirs
four years ago.
Bug: 187222815
Test: treehugger
Change-Id: Ie1997782c2e6c692c45578116d4d71deb1986ed7
Deprecation and removal of support of DX was announced here:
https://android-developers.googleblog.com/2020/02/the-path-to-dx-deprecation.html.
There is says:
As of On Feb 1st, 2021, we’ll move to step 3, removing DX fully from
Android Studio and any other build environments.
Test: m sdk
Test: m win_sdk
Bug: 185479734
Bug: 73711890
Change-Id: I2fdbab7ce7ab50a637baf523ae5c2e87ab01fb8c
Deprecation and removal of support of DX was announced here:
https://android-developers.googleblog.com/2020/02/the-path-to-dx-deprecation.html.
There is says:
As of On Feb 1st, 2021, we’ll move to step 3, removing DX fully from
Android Studio and any other build environments.
Test: m sdk
Bug: 185479734
Bug: 73711890
Change-Id: I2d7601037ed4135e00cf48b4b9f490a86fec90cb
AAPT2 can be invoked through JNI by loading the libaapt2_jni.dll library
in the JVM. Provide a 64-bit version of libaapt2_jni.dll for 64-bit
JVMs.
Fixes: 150355628
Test: manually inspect sdk-repo-windows-build-tools-*.zip
Change-Id: Iebf1ded45d0c2901f0f3905f2b37a8801c378a4e
libbinder_ndk includes a set of C++ headers which are for all practical
purposes coupled with the AIDL compiler. Since NDK and SDK releases do
not line up, and some developers are known to use even old versions of
the SDK with the newest NDK, subtle C++ changes to this library may
break compatibility with the aidl compiler.
Both to reduce the possibility we accidentally break developers as well
as increase the types of changes that can be made, the plan is to always
ship libbinder_ndk C++ headers alongside AIDL.
In the future, this will come with a removal of these headers from the
NDK (with error messages pointing developers to use the version that is
built and tested with their version of aidl).
Bug: 160624671
Test: 'm sdk' and verify contents in out/host/*/sdk/sdk/**
Change-Id: I6dcdfce5314863663548f0a4523df6e96448ee23
This is needed as metadata and data encryption are both
turned on for sdk_phone_arm64 already
BUG: 169343095
Change-Id: I4ef2249d01720d516c68751495b66623ad2ba993
- Update old comments in sdk.atree.
- Add README.md with instructions on building sdk.
Test: lunch sdk && m -j sdk
Test: Unzipped and extracted platforms/android-11/optional/android.car.jar
and verified it with the latest android.car-stubs.jar from
http://ab/.
Bug: 162442020
Change-Id: I9796fbcecfef5178915008b49d81cda996c66fa2
Android Automotive OS stubs (android.car-stubs.jar) is used
to compile apps against Car API.
NOTE: We tried using
${OUT_DIR}/target/common/obj/JAVA_LIBRARIES/android.car-stubs_intermediates/classes.jar,
but it doesn't work because car-stubs are not generated when building
regular Android SDK for phones.
Bug: 154653660
Test: m -j
Test: m -j dist
Test: 1. $ ./build/soong/soong_ui.bash --make-mode TARGET_PRODUCT=sdk_phone_armv7 \
TARGET_BUILD_VARIANT=userdebug win_sdk dist DIST_DIR=dist-mine sdk_repo
2. Copy and unzip dist-mine/android-sdk_eng.zhomart_windows.zip to
$HOME/Android/Sdk (replaced the existing Sdk forlder)
3. Created a sample app, used "android.car.Car" and verified it
compiles, runs and connects to the car service.
Change-Id: I1913fd89cf1cd702b3b5b3f386cf3693a5042eea
They are being converted to Android.bp-based disting.
Bug: 161214753
Test: diff dist dir after `m sdk dist`
Merged-In: I1af2aac1a354f66ecb9dfa7f2a44af16cdfa647d
Change-Id: I1af2aac1a354f66ecb9dfa7f2a44af16cdfa647d
They are being converted to Android.bp-based disting.
Bug: 161214753
Test: diff dist dir after `m sdk dist`
Change-Id: I1af2aac1a354f66ecb9dfa7f2a44af16cdfa647d
