summaryrefslogtreecommitdiffstats
path: root/Android.bp
AgeCommit message (Collapse)AuthorFilesLines
2017-12-01Merge "Revert "Disable libnl builds on OSX / Darwin""Josh Gao1-5/+0
2017-12-01Revert "Disable libnl builds on OSX / Darwin"Josh Gao1-5/+0
This reverts commit 297c06396c6afa5cd6e77f711751fd7dd49df473. Reason for revert: identical change was merged at a different spot in the file. Change-Id: If2b827d4bb60122c407b6cb6feae9894d5172847
2017-12-01Merge "Turn off the darwin builds of libnl"Greg Hartman1-0/+6
2017-12-01Disable libnl builds on OSX / DarwinTomasz Wiszkowski1-0/+5
Change-Id: Id7bb4ab961c884ac38eacbb86afe9e76de0e1df1
2017-11-30Turn off the darwin builds of libnlGreg Hartman1-0/+6
BUG: 69983776 Test: Linux build still works Change-Id: Ia9b4f60191319b7595568b8433b90a9780d42a95
2017-11-30Enable host-side builds of libnlTomasz Wiszkowski1-0/+1
Change-Id: Idb0dae9af0423cf23e392b393886053b8ddbce07 (cherry picked from commit 941dd3108c1c58ef6feb0e4d102e347d0afb4f27)
2017-10-09Use -Werror in external/libnl am: 6822e39f55 am: 6cc1308f54 am: 2a40178cf6Chih-Hung Hsieh1-0/+2
am: 6bd5d10933 Change-Id: I81f5bc4f29e83720825ad6e84a665e17f80c4605
2017-09-29Use -Werror in external/libnlChih-Hung Hsieh1-0/+2
Bug: 66996870 Test: build with WITH_TIDY=1 Change-Id: Ic8a253d601f3e7c1ed04334ed0909e2cc5ce66dc
2017-09-27Add integer sanitization to libnl.Ivan Lozano1-0/+4
Turns on signed and unsigned integer overflow sanitization in libnl. Bug: 66952339 Bug: 62343822 Test: Booted the device, connected to WiFi, ran 'iw list' Change-Id: I35e09c056938217c740556e7de84b928ff5e2242
2017-09-07Mark the module as VNDK or VNDK-SP in Android.bpJustin Yun1-0/+3
As a VNDK/VNDK-SP module, Android.bp must have 'vndk' tag as well as 'vendor_available: true'. For a VNDK module, the 'vndk' tag has 'enabled: true'. It will be installed system/lib(64)/vndk as a vendor variant. For a VNDK-SP module, the 'vndk' tag has 'support_system_process: true' as well as 'enabled: true'. It will be installed system/lib(64)/vndk-sp as a vendor variant. Bug: 63866913 Test: build and boot with BOARD_VNDK_VERSION=current Merged-In: I50f7d1df4ed1ea1928d0881495e28ae4f379acf5 Change-Id: I50f7d1df4ed1ea1928d0881495e28ae4f379acf5 (cherry picked from commit 9ee55f74f1caaa9fcd4660e801cf3699299ba850)
2017-07-25Mark the module as VNDK or VNDK-SP in Android.bpaosp-new/oreo-mr1-devJustin Yun1-0/+3
As a VNDK/VNDK-SP module, Android.bp must have 'vndk' tag as well as 'vendor_available: true'. For a VNDK module, the 'vndk' tag has 'enabled: true'. It will be installed system/lib(64)/vndk as a vendor variant. For a VNDK-SP module, the 'vndk' tag has 'support_system_process: true' as well as 'enabled: true'. It will be installed system/lib(64)/vndk-sp as a vendor variant. Bug: 63866913 Test: build and boot with BOARD_VNDK_VERSION=current Change-Id: I50f7d1df4ed1ea1928d0881495e28ae4f379acf5
2017-04-13libnl: mark as vendor_availableandroid-wear-o-preview-4android-wear-o-preview-3android-wear-8.0.0_r2android-wear-8.0.0_r1android-vts-8.0_r2android-vts-8.0_r1aosp-new/oreo-devSteven Moreland1-0/+1
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: 36426473 Bug: 36079834 Test: m -j libnl Test: attempt to compile with BOARD_VNDK_VERSION := current Change-Id: I84c5f871cba9c0e67350e04f5e9f34489470f34e
2017-04-13libnl: Android.mk -> Android.bpSteven Moreland1-0/+50
Converting to be able to use some Soong features not available in make. Test: (sanity) build and flash marlin device, works Bug: 33241851 Change-Id: If1f3f5fd5f6b1999011c25ac8b8107f12648435b