CC libraries which depend on Rust libraries get missing dependency
errors when building 32-bit variants dependent on Rust modules which
don't explicitly have "multilib: both" declared.
Because CC libraries use MultilibBoth by default, Rust should do the
same.
This also fixes a bug where the ARM32 toolchain incorrectly embedded
toolchain64Bit instead of toolchain32Bit.
Bug: 154730212
Test: Rust libraries provide both variants by default.
Change-Id: Ia545fe069d3c6b77c3d18f4f10267e2c72ee0bab
am skip reason: Change-Id I8ca9d173b6ab7f9306c83c2b434107111aa2ca88 with SHA-1 b830796ca4 is in history
Change-Id: I16cf86ad3ee46ccae4a0188621b823545e682b01
The stubs source should be generated using the same classpath that is
used to compile the implementation library, i.e. sdk_version,
system_modules and libs/static_libs.
Previously, the sdk_version used to generate the stubs was different.
It provided access to a wider API surface than was necessary. This
change fixes that.
Test: m checkapi
Bug: 155164730
Change-Id: I7bc54dc4ad12a7d6c7503111d1322ee35c56d713
This change fixes an issue with the definition of the
android_stubs_current (and similar) modules in the sdk tests. They were
incorrectly defined as java_sdk_library_import and not java_import.
Test: m nothing
Bug: 155164730
Change-Id: I4e9bfebdd2ff0a374e12284ccdf5ee5518968969
am skip reason: Change-Id Ica920c3d7f79f2996210b9cbd448126451c1707c with SHA-1 9a90fe5e23 is in history
Change-Id: I47128e4cc54e801af5384825ce279da37aac19cb
am skip reason: Change-Id I29452f6fc7a161b94189731e3e3cc1f34907b80c with SHA-1 944839a88a is in history
Change-Id: I1966259fc71e27d9f5876a094773b0542337d792
Not used anymore, as the make variables have been deleted.
Bug: 152479829
Test: m
Change-Id: I1b29ec33951588ab479fc3e14f85e9aa189b971b
Merged-In: I1b29ec33951588ab479fc3e14f85e9aa189b971b
am skip reason: Change-Id I45ed0d7a15540b0d69b2a3b8d9c4cb202adff6f2 with SHA-1 62304bbeec is in history
Change-Id: I1cca5861da19cfbf911ad734148665af8e95efc5
am skip reason: Change-Id I11a4e877ee27f7c55e2f00371c6fa58daedb1a9f with SHA-1 71f42846a3 is in history
Change-Id: I0373f5441245daafbd1ce7af5e7e0d2a9dffa267
runtime_resource_overlay is put to an APEX via 'apps' property. It is
placed under ./overlay directory in it.
Bug: 154822536
Test: m
Change-Id: I8edf4a26c26368c52fb7b327b2ecc829f21ea148
This change adds 'test_for' property to cc_test_* types. The property is
used to mark a module as a test for one or more APEXes, in which case
the module has accecss to the private part of the listed APEXes. For
example, the module is linked with the actrual shared library in the
APEX instead of the stub of the shared library.
Exempt-From-Owner-Approval: cherry-pick from AOSP
Bug: 129539670
Bug: 153046163
Test: m
Merged-In: I45ed0d7a15540b0d69b2a3b8d9c4cb202adff6f2
(cherry picked from commit 62304bbeec)
Change-Id: I45ed0d7a15540b0d69b2a3b8d9c4cb202adff6f2
am skip reason: Change-Id I6243d276e5ab25a1007187ad34789ca1b4cc87bf with SHA-1 f40fc858a2 is in history
Change-Id: I3ed12cd151f270d6d98467749e33ddb1ccf0e45c
am skip reason: Change-Id Ia7ea8ac383e32042c31d64971cdc8101ea3068cd with SHA-1 6cf2c0c197 is in history
Change-Id: Ie5b65f41cc4807768cf9b3595bf3cb5da5a7b458
The marked library(ies) were available to the APEXes via the
hand-written whitelist in build/soong/apex/apex.go. Trying to remove the
whitelist by adding apex_available property to the Android.bp of the
libraries.
Exempt-From-Owner-Approval: cherry-pick from AOSP
Bug: 150999716
Test: m
Merged-In: I11a4e877ee27f7c55e2f00371c6fa58daedb1a9f
(cherry picked from commit 601d31c234)
Change-Id: I11a4e877ee27f7c55e2f00371c6fa58daedb1a9f
Ivan Lozano