diff options
author | Jiyong Park <jiyong@google.com> | 2018-10-10 14:01:00 +0900 |
---|---|---|
committer | Jiyong Park <jiyong@google.com> | 2018-10-11 14:24:18 +0900 |
commit | 48ca7dc5352d3e65cd927bcae7cb861d6c0f500c (patch) | |
tree | 4d8cba78b44ecff20d3dcab97a9c99db9f0fba8b /java/java.go | |
parent | 9d45299ba450cf36575dcdeeb9b76b8ca2d3099d (diff) |
Add apex variants
Now, APEX-aware modules (the ones implementing android.ApexModule
interface) are created with multiple variants for each APEX that they
are included.
For example, if a module is included (either directly or indirectly -
via static linking) to two APEXs, the module is built separately for the
two APEXs (and of course separately for platform). This is a first step
to limit the symbol visibility to the modules built for APEXs; platform
private symbols and libs shouldn't be allowed for them.
In addition, the build system now tracks transitive dependencies of
the modules in APEXs. For example, if
native_shared_lib_modules:["libFoo"] then libFoo and its dependencies
are all automatically included to the APEX.
Bug: 112672359
Test: m apex.test; the built apex has additional libs (such as liblog,
libc++, ...) that are dependencies of the ones specified in Android.bp
Change-Id: Id9e3fc486dd4e7e36f8b6799dfb041868c5198d5
Diffstat (limited to 'java/java.go')
0 files changed, 0 insertions, 0 deletions