summaryrefslogtreecommitdiffstats
path: root/core/host_shared_library.mk
Commit message (Collapse)AuthorAgeFilesLines
* Change the default multilib for host libraries to "both"Colin Cross2015-04-081-2/+2
| | | | | | | | Change host library builds to build for both architectures to match device builds, removing the need for LOCAL_MULTILIB := both in all the art library makefiles. Change-Id: I2689f67c66f5055f93941f40b3e825127f693eca
* Revert "Don't rename host libraries if only one arch is build."Ying Wang2014-06-111-5/+0
| | | | | | This reverts commit b1f7fb7a508bb6b093c8b37d65adc9a5a0836e6e. Change-Id: Id7ea4803ab52659c1316ea9f1babf8117b667441
* Don't rename host libraries if only one arch is build.Ying Wang2014-06-101-0/+5
| | | | | | | This makes it simpler to reference normal host modules by just their original names even if they are built for the 2nd arch. Change-Id: I49d32dad0dc523c458d5f9176993037d8695e6a5
* Set default LOCAL_MULTILIB only if LOCAL_MODULE_HOST_ARCH isn't restrictedYing Wang2014-06-101-0/+2
| | | | | | | | Otherwise we may end up conflict between LOCAL_MODULE_HOST_ARCH and the default multilib mode. Also removed the unneeded variants of LOCAL_MODULE_HOST_ARCH. Change-Id: I9e5a0144da3cb6310be0ddf098738987e51305de
* Add HOST_PREFER_32_BIT to support 32-bit-by-default multilib buildYing Wang2014-05-201-3/+4
| | | | | | | | | | We already support pure 32-bit and 64-bit-by-default multilib build. With HOST_PREFER_32_BIT we can build 32-bit-by-default multilib build. This will be lest disruptive during the period we transition to 64-bit-by-default. Bug: 13751317 Change-Id: I0d56ce4abbe4afeaacfd70d709f6a349791c0722
* Support host multilib buildYing Wang2014-05-141-39/+27
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change basically ported our target multilib to the host side. It supports 2 host build modes: x86 and x86_64 multilib build. For now you need to set "BUILD_HOST_64bit=true" to switch to x86_64 multilib build. Later we'll default to x86_64 build and have a flag to force 32-bit only build, which may be needed by SDK build. In host module definition, like in target ones, you can use the following LOCAL variables to set up multilib configuration: LOCAL_MULTILIB: can be "both", "first", "32" or "64". It also supports the same set of arch or 32-vs-64 specific LOCAL variables. By default, it builds only for the first arch. To keep path compatibility, in x86_64 build files are still output to out/host/linux-x86; Both 32-bit and 64-bit executables are in out/host/linux-86/bin; In x86_64 build 32-bit shared libraries are installed to out/host/linux-x86/lib32 and 64-bit shared libraries are installed to out/host/linux-x86/lib; 32-bit object files are output to out/host/linux-x86/obj32 and 64-bit object files are output to out/host/linux-x86/obj. Bug: 13751317 Change-Id: I6044f83b7db369a33e05209e8c588eb6dc83409f
* Fix prebuilt library dependency for multilib buildYing Wang2014-02-251-1/+1
| | | | | | | Also we don't need to include module_arch_supported.mk again, if we are currently substituting the source build with LOCAL_PREBUILT_MODULE_FILE. Change-Id: I444b0397d74c3153b398a050b762e49418062a86
* Include $(BUILD_COPY_HEADERS) in upper-level makefilesYing Wang2014-02-201-0/+5
| | | | | | | This makes sure copy_headers.mk only be included onces, no matter it's for the 1st arch or the 2nd arch. Change-Id: I80a558fbdb52861f176bd27a21c302069a5cc3ce
* Build from source or prebuiltYing Wang2012-12-141-0/+14
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | With this change, you can easily switch between building from source code and prebuilt. Set LOCAL_PREBUILT_MODULE_FILE to the path of the prebuilt file, relative to the top of the source tree, in the usual module definition. The prebuilt will be used unless any of the followings satisfied: 1) ANDROID_BUILD_FROM_SOURCE is "true", which disable prebuilt globally; 2) The module name is in ANDROID_NO_PREBUILT_MODULES; 3) The LOCAL_PATH is prefixed by any of ANDROID_NO_PREBUILT_PATHS. A developer can set ANDROID_NO_PREBUILT_MODULES or ANDROID_NO_PREBUILT_PATHS to build only his own module(s) from source, while build other modules from prebuilts. You can set ANDROID_BUILD_FROM_SOURCE to true to build everything from source. Those variables can be set with shell environmental variable or in your buildspec.mk. Sometimes module B is able to be built from source only if module A is also built from source, for example, if B is the test apk of A. In that case, you can use the macro include-if-build-from-source to include B's Android.mk only if A is built from source too, or if-build-from-source to conditionally include the definition of module B, if their module definitions are in the same Android.mk. Support host-executable-hook and host-shared-library-hook. Change-Id: Icab7cf028c87eaba0dd7efc2a7749fd6f32b44e4
* Fix common typo in comments, warning and error messages.Ian Rogers2012-10-011-1/+1
| | | | | | s/can not/cannot/g Change-Id: I1bac31157732666deb46f6f20389ff539977ffb9
* Build system support to export include pathsYing Wang2011-11-171-0/+3
| | | | | | | | | | | | | Bug: 5573756 With this change, we can set LOCAL_EXPORT_C_INCLUDE_DIRS in the module definition to export include dir paths. Paths in LOCAL_EXPORT_C_INCLUDE_DIRS should be relative to the top dir of the source tree. If a library (shared or static) exports some include paths, any module using it will import the include paths and add them to the compiler command line. Change-Id: I49aabc589d2cf214044d13ccd5532ef68209adf0
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-0/+29
|
* auto import from //depot/cupcake/@135843The Android Open Source Project2009-03-031-29/+0
|
* Initial ContributionThe Android Open Source Project2008-10-211-0/+29