summaryrefslogtreecommitdiff
path: root/java/java.go
diff options
context:
space:
mode:
authorJiyong Park <jiyong@google.com>2018-10-10 14:01:00 +0900
committerJiyong Park <jiyong@google.com>2018-10-11 14:24:18 +0900
commit48ca7dc5352d3e65cd927bcae7cb861d6c0f500c (patch)
tree4d8cba78b44ecff20d3dcab97a9c99db9f0fba8b /java/java.go
parent9d45299ba450cf36575dcdeeb9b76b8ca2d3099d (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