offline-sdk
Originally these files were dumped to out/target/common/docs. However,
three modules(offline-sdk, offline-sdk-referenceonly, and
offline-system-sdk-referenceonly) generate these files with the same
name which might cause the problem that these files got overwritten back
and forth.
Test: m -j out/target/common/docs/offline-sdk-timestamp
Bug: b/70351683
Change-Id: Ia433796a0152bc9efacf656d06efc2a328a756a1
Merged-In: Ia433796a0152bc9efacf656d06efc2a328a756a1
offline-sdk
Originally these files were dumped to out/target/common/docs. However,
three modules(offline-sdk, offline-sdk-referenceonly, and
offline-system-sdk-referenceonly) generate these files with the same
name which might cause the problem that these files got overwritten back
and forth.
Test: m -j out/target/common/docs/offline-sdk-timestamp
Bug: b/70351683
Change-Id: I9badab5243f0d2a14bd55e561661483365b677c2
Merged-In: I9badab5243f0d2a14bd55e561661483365b677c2
The version used to build the platform at a given point in time
might not be the best to use for external developers. Sometimes
bugs in old VMs have to be worked around in D8. Those bugs do
not affect the platform build, but could affect other users.
Therefore, we use separate versions for building the platform
and for shipping in buildtools.
Additionally, make sure that the licenses for libraries shipped
with D8 are reflected in the buildtools NOTICE file.
Test: make -j PRODUCT-sdk_phone_armv7-win_sdk sdk_repo
Test: make -j PRODUCT-sdk_arm64-sdk sdk_repo
Bug: 111748733
Change-Id: I0ca07e45647ea95816f5e96e991673ee24ed9983
Add 'compile_dex' flag to API stub rules. Soong will generate build
targets which compile the JARs into dex files. Those will be compared
against the boot class path dex files to determine the public API surface.
Bug: 79409988
Test: m android_stubs_current, check javalib.jar contains classes.dex
Change-Id: Ie7238572ece0678133ba08203108a923ea2f56ba
This CL only affects the SDK.
It reverts commit 91967398ad
and then updates the packaging source for android.jar to
the metalava jar.
It also packages the extracted annotations, annotations.zip.
Test: Manually built various apps with android.jar file
as well as some binary verification with javap
Bug: 78245848
Change-Id: I5614a7f5af11d12c99cf0275ae0a88d97cc0bbc7
(cherry-picked from f13bb3dab6)
Implicit rules are being deprecated, so explicitly specify which targets
to apply the pattern rules against.
Test: build-aosp_arm.ninja is identical before/after
Change-Id: I0b902dbbfa7a70abcdcce5ea1954e9e4fad25367
userdata.img becomes 4GB in P and it doesn't work well with patcher in
android studio. We decided to remove userdata.img in system image zip
and generate userdata.img from /data by emulator.
Within the /data folder, we only keep /misc for the emulated WiFi.
This cl does not impact real devices.
BUG: 79925096
Change-Id: Ida3f2163cab30b38cd02a0280b5fd7abd9a66945
Signed-off-by: Weilun Du <wdu@google.com>
Stubs lib for the sdk library org.apache.http.legacy is renamed to
org.apache.http.legacy.stubs, because the lib is now built using the
standardized build script 'java_sdk_library' where stubs libs are
suffixed with .stubs.
Bug: 77577799
Test: m -j
Merged-In: I5f45410472b0e4003d2d3cda4c9c72af8d6b4919
Change-Id: I5f45410472b0e4003d2d3cda4c9c72af8d6b4919
(cherry picked from commit 5579c00e56)
Stubs lib for the sdk library org.apache.http.legacy is renamed to
org.apache.http.legacy.stubs, because the lib is now built using the
standardized build script 'java_sdk_library' where stubs libs are
suffixed with .stubs.
Bug: 77577799
Test: m -j
Merged-In: I5f45410472b0e4003d2d3cda4c9c72af8d6b4919
Change-Id: I5f45410472b0e4003d2d3cda4c9c72af8d6b4919
(cherry picked from commit 5579c00e56)
This file is being moved. Update this path so that the old file ca be
deleted.
Bug: 77525052
Test: make out/host/linux-x86/development/sdk/generated-api-versions.xml
Change-Id: I3802304a69cc21be26e13de63c5d459b803052dd
Starting in P, all 32-bit and 64-bit architectures use 64-bit
binder interface. This is similar to ag/3582011 for x86.
Bug: 71861550
Test: lunch sdk_phone_armv7-userdebug; m -j; emulator
Change-Id: I152a89ba46e81f27bde0e166cb224d2a740fc989
Merged-In: I152a89ba46e81f27bde0e166cb224d2a740fc989
(cherry picked from commit 50df6f5934)
Building with -target 1.9 requires system modules to use in place
of the bootclasspath, add java_system_modules to generate them.
Test: m EXPERIMENTAL_USE_OPENJDK9=true
Change-Id: I3f54b987efa528078b1e34b743137540c69edf74
I6730e2d3ec38004874265b2a690442dec57b33f4 made it clear that we should
depend on classes.jar for static java libraries. However, due to the
existing references to javalib.jar, the build system has been copied
classes.jar to javalib.jar.
But, this is not the case for Soong-defined java libraries. Instead of
doing the same thing for Soong-defined modules, directly fixing the
case where javalib.jar is being referenced.
Test: m -j dist
Bug: b/70351683
Merged-In: Ib1fb4ebdbdde42dec1028160a5473c645913d258
Change-Id: Ib1fb4ebdbdde42dec1028160a5473c645913d258
(cherry-picked Ib1fb4ebdbdde42dec1028160a5473c645913d258)
I6730e2d3ec38004874265b2a690442dec57b33f4 made it clear that we should
depend on classes.jar for static java libraries. However, due to the
existing references to javalib.jar, the build system has been copied
classes.jar to javalib.jar.
But, this is not the case for Soong-defined java libraries. Instead of
doing the same thing for Soong-defined modules, directly fixing the
case where javalib.jar is being referenced.
Test: m -j dist
Bug: b/70351683
Merged-In: Iabd04ba55411373c228ca4bf04fc99b7f155262c
Change-Id: Iabd04ba55411373c228ca4bf04fc99b7f155262c
(cherry-picked from cdd757f4da)
Starting in P, all 32-bit and 64-bit architectures use 64-bit
binder interface. This is similar to ag/3582011 for x86.
Bug: 71861550
Test: lunch sdk_phone_armv7-userdebug; m -j; emulator
Change-Id: I152a89ba46e81f27bde0e166cb224d2a740fc989
- tests are out of maintainence
- the checks were general functional tests on comms related
areas and should be covered by the same tests across physical
and virtual devices
Bug: 77496099
Test: build `make -j droid tests dist`
Change-Id: I899764846b4829add5ade8085a43bf88c958914f
I6730e2d3ec38004874265b2a690442dec57b33f4 made it clear that we should
depend on classes.jar for static java libraries. However, due to the
existing references to javalib.jar, the build system has been copied
classes.jar to javalib.jar.
But, this is not the case for Soong-defined java libraries. Instead of
doing the same thing for Soong-defined modules, directly fixing the
case where javalib.jar is being referenced.
Test: m -j dist
Merged-In: Ib1fb4ebdbdde42dec1028160a5473c645913d258
Change-Id: Ib1fb4ebdbdde42dec1028160a5473c645913d258
I6730e2d3ec38004874265b2a690442dec57b33f4 made it clear that we should
depend on classes.jar for static java libraries. However, due to the
existing references to javalib.jar, the build system has been copied
classes.jar to javalib.jar.
But, this is not the case for Soong-defined java libraries. Instead of
doing the same thing for Soong-defined modules, directly fixing the
case where javalib.jar is being referenced.
Test: m -j dist
Merged-In: Iabd04ba55411373c228ca4bf04fc99b7f155262c
Change-Id: Iabd04ba55411373c228ca4bf04fc99b7f155262c
Currently Soong based Android stubs jar generation is broken
when EXPERIMENTAL_USE_OPENJDK9=true with following errors:
"Unable to find package java.lang in classpath or bootclasspath"
In old development/build/build_android_stubs.mk
all these jar targets were forced to be built with -source 1.8 -target
1.8
https://android-review.googlesource.com/c/platform/development/+/630280
Test: m android_stubs_current EXPERIMENTAL_USE_OPENJDK9=true
Bug: b/70351683
Change-Id: Ice0224a97e458f92e5b4c5994fa67079d2788d57
