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 /Android.bp | |
parent | 9d45299ba450cf36575dcdeeb9b76b8ca2d3099d (diff) | |
download | build_soong-48ca7dc5352d3e65cd927bcae7cb861d6c0f500c.tar.gz build_soong-48ca7dc5352d3e65cd927bcae7cb861d6c0f500c.tar.bz2 build_soong-48ca7dc5352d3e65cd927bcae7cb861d6c0f500c.zip |
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 'Android.bp')
-rw-r--r-- | Android.bp | 16 |
1 files changed, 16 insertions, 0 deletions
@@ -336,6 +336,22 @@ bootstrap_go_package { pluginFor: ["soong_build"], } +bootstrap_go_package { + name: "soong-apex", + pkgPath: "android/soong/apex", + deps: [ + "blueprint", + "soong", + "soong-android", + "soong-cc", + "soong-java", + ], + srcs: [ + "apex/apex.go", + ], + pluginFor: ["soong_build"], +} + // // Defaults to enable various configurations of host bionic // |