Linkers aarch64-linux-android-ld and x86_64-linux-android-ld were built
with a minimum macOS deployment target lower than 10.9, so they cannot
be signed and notarized. Rather than try to produce newer versions of
these linkers (which are obsolete in the SDK anyway), we remove them (so
that all of the SDK can be signed and notarized). Rather than introduce
an inconsistency among the linkers for a particular host (there are
three other GNU linkers that don't have this problem) or across hosts
(there are no issues on linux or windows), we remove all of the GNU
linkers, not just the two problematic ones.
Only newer gradle plugins (those that look for the clang linker lld)
will work with the new SDK from which those old linkers have been
removed.
Bug: 152337684
Test: (gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug sdk dist sdk_repo
(gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug win_sdk dist sdk_repo
Inspect sdk-repo-{linux,windows}-build-tools-eng.*.zip
Change-Id: Iccfa870a826de3f12c99175e0761ea00fe2876ed
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
Makes these artifacts available for the update_prebuilts script.
Bug: 149293194
Test: m win_sdk dist && find out/dist -type f
Change-Id: Icd91da0976f24eb1b4ea1eeaebb96398990f760e
prebuilts/sdk/tools is updated from the zip file built by the SDK.
The lld binaries are copied from the prebuilts to the zip file, and
were moved in the zip file, which meant the next time the prebuilts
were updated the wrong files were copied.
Fixes: 151729229
Test: m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug out/host/linux-x86/sdk/sdk_phone_armv7/repo-sys-img.xml sdk sdk_repo
Change-Id: I2de182f3cbf739dbd9c6a5287e1416ea37d2899f
Move lld.exe to lld-bin directory; add lld-bin/libwinpthread-1.dll; add
trampoline.
Best practice is to ship necessary libraries of expected versions along
with build tools, rather than requiring them to be found elsewhere.
lld.exe depends on libwinpthread-1.dll and windows looks for it in the
same directory as lld.exe. Unfortunately, there's already a 32-bit
libwinpthread-1.dll at the tool root (used by 32-bit executables at
the tool root), and lld.exe is a 64-bit executable, so it needs its own
directory and its own library.
In the old location of lld.exe, we add a trampoline executable (a build
artifact) in lld-bin; this means Gradle, which invokes lld.exe in the old
location, does not have to change.
Bug: 148267171
Bug: 142590626
Bug: 144040336
Test: (gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug sdk dist sdk_repo
(gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug win_sdk dist sdk_repo
Change-Id: Ice6710ed204a25d09ac596207c02b8b99ca95b8b
darwin: Move lld to lld-bin directory; add lib64/libc++.1.dylib; add trampoline
linux: Move lld to lld-bin directory; add lib64/libc++.so.1; add trampoline
Best practice is to ship necessary libraries of expected versions along
with build tools, rather than requiring them to be found elsewhere.
lld depends on libc++.1.dylib (darwin) or libc++.so.1 (linux) and looks for it
in ../lib64, so we need to move lld to an appropriate relative location.
In the old location of lld, we add a simple bash trampoline to invoke
lld in lld-bin; this means Gradle, which invokes lld in the old
location, does not have to change.
Bug: 148267171
Bug: 142590626
Bug: 144040336
Test: (gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug sdk dist sdk_repo
(gLinux) m TARGET_PRODUCT=sdk_phone_armv7 TARGET_BUILD_VARIANT=userdebug win_sdk dist sdk_repo
Change-Id: I69b4ef79208bd7d06a377c0761671f1b572abced
frameworks/base/StubLibraries.bp is the place where the droidstubs and
java_library modules for the API stub libraries are defined.
Bug: N/A
Test: m
Change-Id: I407d0d939582841ffa651488bf76667ab7ce9c64
Mainline modules, and all their recursive dependencies,
should depend on sdk_version=core_current.
android_system_stubs_current is needed to provide
updatable @SystemApi's to framework-system-stubs since
framework-system-stubs only contains non-updatable
@SystemApi's. Since framework-system-stubs needs to be
built against core_current, so does
android_system_stubs_current.
Bug: 139391334
Test: compiles
Change-Id: Iabecd6bbab20e80b0cb1fc68dc42cbe7c2722a03
Note that clang linker is multi-target whereas GNU linker is
single-target; so while we need multiple GNU linkers (because we
support multiple targets) we only need a single clang linker.
We retain the GNU linkers so that a new SDK is still compatible with
older gradle plugins.
Bug: 142590626
Bug: 144040336
Test: (gLinux) m PRODUCT-sdk_phone_armv7-sdk dist sdk_repo
(gLinux) m PRODUCT-sdk_phone_armv7-win_sdk dist sdk_repo
Change-Id: I2a04f6fd464b5eb6a2e9a632f49409c1d7e60170
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
Copy advancedFeatures.ini file from
device/generic/goldfish/data/etc, which is the centralized place for
advancedFeatures.ini.
BUG: 135187406
Change-Id: Ib1d2ec2f91d66dde89bc4a884cd99dbb1a2c83cb
Signed-off-by: Weilun Du <wdu@google.com>
The no_standard_libs property is deprecated in favor of
sdk_version:"none" as the latter is simpler and less error prone.
Bug: 134566750
Test: m droid
Change-Id: I410e4b98481cec1a5512cd138f735038a725287b
I only left deployagent in PRODUCT_PACKAGES, since that was the only
device-only module. I'm assuming that we only cared about the host
versions of any host-and-device modules in this file.
Test: treehugger
Change-Id: I8b84c20570e313b20f5c8d87417b75943ea3d345
This is to circumvent an issue where Q SDK release causes a problem to
developers who are stuck with an old Gradle version.
Fixes: 127733650
Test: m sdk & inspect android.jar size and contents
Change-Id: I52a211f57afba1b6d656bba2082e806481ef41c2
In preparation for splitting PRODUCT_HOST_PACKAGES and PRODUCT_PACKAGES
Removes references to emmalib and jython which don't exist.
Test: treehugger
Change-Id: I830ea918dca5766a8269aa1cd38f26cdb1c18969
Merged-In: I830ea918dca5766a8269aa1cd38f26cdb1c18969
In preparation for splitting PRODUCT_HOST_PACKAGES and PRODUCT_PACKAGES
Removes references to emmalib and jython which don't exist.
Test: treehugger
Change-Id: I830ea918dca5766a8269aa1cd38f26cdb1c18969
