| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
|
|
|
|
This commit for the old build system. (Don't bother for components not
relevant for Android.)
The Android package installer (as invoked through "adb install", from
"ant debug install") silently ignores native libraries in app packages
(.apk files) whose names don't start with "lib" and end with ".so".
The package builder (as invoked through "ant debug") in the SDK gladly
includes also thusly named native libraries in the .apk, though. Yay
for consistency.
|
|
|
|
|
|
Nah. Sure, doing it like that is sane if you consider only our own
code. But it won't help in making sure these options are used when
compiling the 3rd-party external libraries. For that having the
options already in the CC and CXX environment variables works nicely,
I think. People just need to look at the samples in README.cross.
Perhaps we could add the options to CC and CXX in configure.in,
though? Is that elegant or not, don't know...
This reverts commit 3c4f7242a967d6a3cb9e5e3f88bfb2cc348cc3eb.
|
|
|
|
That's what the NativeActivity stuff wants.
For now the name of the produced shared library does not follow the
normal libfoo.so convention, but is the name of the corresponding
program on normal Unixes. To be fixed later. Or then, when
constructing an app .apk, just rename "foo" to
"libnative-foo.so".
|
|
There is no justification for changing some shared library file names
depending on the platform used.
|
|
|
|
|
