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
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
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
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
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
- 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
We have never actually updated the buildtools version independently of
the normal updates (except updating it to be the same)
If we ever need to update it to a seperate version, that is is easily
accomplished by changing the path.
Bug: b/134507641
Test: m -j55 sdk and run d8 in the sdk zip validating the version
Change-Id: Ib1540b22921e10946ec33076f1db40c50bccac76
core-current-stubs-for-system-modules needs to be distributed
in the SDK to allow apps to be built with javac -source 9 -target 9.
Bug: 143209928
Test: m TARGET_PRODUCT=sdk_phone_x86 TARGET_BUILD_VARIANT=userdebug sdk sdk_repo dist
Change-Id: I9d67344f159f9482567323f27c5a8e4e060e1f1a
Merged-In: I9d67344f159f9482567323f27c5a8e4e060e1f1a
(cherry picked from commit 89c5517a28)
core-current-stubs-for-system-modules needs to be distributed
in the SDK to allow apps to be built with javac -source 9 -target 9.
Bug: 143209928
Test: m TARGET_PRODUCT=sdk_phone_x86 TARGET_BUILD_VARIANT=userdebug sdk sdk_repo dist
Change-Id: I9d67344f159f9482567323f27c5a8e4e060e1f1a
api-versions.xml and annotations.zip will now be taken from framework-doc-stubs
module so that api-stubs-docs can stop generating them.
Test: lunch sdk; make sdk
Bug: 151160048
Change-Id: I35fdba553318098a09249f47d7d78cdef79f3898
Merged-in: I35fdba553318098a09249f47d7d78cdef79f3898
api-versions.xml and annotations.zip will now be taken from framework-doc-stubs
module so that api-stubs-docs can stop generating them.
Test: lunch sdk; make sdk
Change-Id: I35fdba553318098a09249f47d7d78cdef79f3898
This updates the origin location of some files because they are now
generated in a different way and so end up in a different folder.
Bug: 142480924
Test: m sdk
Change-Id: I2dafafc113e7e5c77d469b69b7fe9f25cc0555b1
Merged-In: I2dafafc113e7e5c77d469b69b7fe9f25cc0555b1
This updates the origin location of some files because they are now
generated in a different way and so end up in a different folder.
Bug: 142480924
Test: m sdk
Change-Id: I2dafafc113e7e5c77d469b69b7fe9f25cc0555b1
Layoutlib and all the necessary resources have shipped in Android Studio
for some time, so it is not necessary to have them included in the SDK.
Bug: 142046954
Test: N/A
Change-Id: Ic1192fee7296a1e29f0d314fe299f0e105c93c45
Since Metalava has the ability to generate api-versions.xml, so just
remove the old ones, and ship the new file to SDK.
Test: m -j
out/target/common/obj/PACKAGING/api-stubs-docs_generated-api-versions.xml
Bug: b/78245848
Change-Id: I007fd17b6e0f069f0d9dd9eac192f5e915be5f7a
For a cononical sample of a media player, see the Universal Music Player:
https://github.com/googlesamples/android-UniversalMusicPlayer
Bug: 33676939
Test: Verified projects compile when code removed.
Change-Id: I56e09ccf85647296c29da9a06b03b0fae98d50e6
