summaryrefslogtreecommitdiffstats
path: root/libsync
diff options
context:
space:
mode:
authorSteven Moreland <smoreland@google.com>2017-04-13 23:27:20 -0700
committerSteven Moreland <smoreland@google.com>2017-04-19 10:32:51 -0700
commit9990de1f643c9dc581e2977ae7222a21c39389b0 (patch)
tree2ccce25533378a065bfb96aaab37c47199dce123 /libsync
parent2bd434223415b09ce7d0e21eb74e81c8c2174b3d (diff)
downloadsystem_core-9990de1f643c9dc581e2977ae7222a21c39389b0.tar.gz
system_core-9990de1f643c9dc581e2977ae7222a21c39389b0.tar.bz2
system_core-9990de1f643c9dc581e2977ae7222a21c39389b0.zip
libsync: vendor_available
By setting vendor_available, the following may become true: * a prebuilt library from this release may be used at runtime by in a later releasse (by vendor code compiled against this release). so this library shouldn't depend on runtime state that may change in the future. * this library may be loaded twice into a single process (potentially an old version and a newer version). The symbols will be isolated using linker namespaces, but this may break assumptions about 1 library in 1 process (your singletons will run twice). Background: This means that these modules may be built and installed twice -- once for the system partition and once for the vendor partition. The system version will build just like today, and will be used by the framework components on /system. The vendor version will build against a reduced set of exports and libraries -- similar to, but separate from, the NDK. This means that all your dependencies must also mark vendor_available. At runtime, /system binaries will load libraries from /system/lib*, while /vendor binaries will load libraries from /vendor/lib*. There are some exceptions in both directions -- bionic(libc,etc) and liblog are always loaded from /system. And SP-HALs (OpenGL, etc) may load /vendor code into /system processes, but the dependencies of those libraries will load from /vendor until it reaches a library that's always on /system. In the SP-HAL case, if both framework and vendor libraries depend on a library of the same name, both versions will be loaded, but they will be isolated from each other. It's possible to compile differently -- reducing your source files, exporting different include directories, etc. For details see: https://android-review.googlesource.com/368372 None of this is enabled unless the device opts into the system/vendor split with BOARD_VNDK_VERSION := current. Bug: 33241851 Test: build and flash internal marlin Test: m -j libsync Test: build with BOARD_VNDK_VERSION := current (cherry picked from commit d0b26edf309cc090569dae65aa3ab6bf8361b020) Merged-In: I5b23d2c1f41b842e5a9b7ea257921133b80c3f98 Change-Id: I5b23d2c1f41b842e5a9b7ea257921133b80c3f98
Diffstat (limited to 'libsync')
-rw-r--r--libsync/Android.bp1
1 files changed, 1 insertions, 0 deletions
diff --git a/libsync/Android.bp b/libsync/Android.bp
index a4e55992c..4bafb0854 100644
--- a/libsync/Android.bp
+++ b/libsync/Android.bp
@@ -8,6 +8,7 @@ cc_defaults {
cc_library_shared {
name: "libsync",
+ vendor_available: true,
defaults: ["libsync_defaults"],
}