I\'m working on an Android project and I am using the NDK to call native methods.
I have two libraries (.so files) and one is located in the libs/armeabi
folder an
When installing an application, the package manager service will scan the .apk and look for any shared library of the form:
lib/<primary-abi>/lib<name>.so
If one is found, then it is copied under $APPDIR/lib/lib.so, where $APPDIR corresponds to the application's specific data directory.
If none is found, and a secondary ABI is defined, the service will then scan for shared libraries of the form:
lib/<secondary-abi>/lib<name>.so
If anything is found, then it is copied under $APPDIR/lib/lib.so.
For the primary/secondary abi,
The Android system knows at runtime which ABI(s) it supports. More precisely, up to two build-specific system properties are used to indicate:
the 'primary' ABI for the device, corresponding to the machine code used in the system image itself.
an optional 'secondary' ABI, corresponding to another ABI that is also supported by the system image.
For example, a typical ARMv5TE-based device would only define the primary ABI as 'armeabi' and not define a secondary one.
On the other hand, a typical ARMv7-based device would define the primary ABI to 'armeabi-v7a' and the secondary one to 'armeabi' since it can run application native binaries generated for both of them.
This mechanism ensures that the best machine code for the target device is automatically extracted from the package at installation time.
The library loader will try to look for libraries that most closely match the architecture that you're running on. In general, you should compile one version of the library for each of the abis that you're planning to support (armeabi, armeabi-v7a, x86, mips) so that the compiler can optimize correctly.
The directory structure is how Android determines which lib to load, so it's critical you don't change it.
I'm new to this myself, but going the same path... as far as I know, one may only have a single shared library; to use several libraries, make them static and link them together to a single shared one. Of course, this assumes you're building the libraries yourself ;-)