subsurface.git/packaging/android, branch v4.8.6

facebook: remove the featute from the code base

2019-04-04T17:24:01Z

Remove from: - unit tests - desktop widgets - preferences - core intergration - cmakefiles - build scripts - icons - docs Also remove the plugins and social network integration. Signed-off-by: Lubomir I. Ivanov Signed-off-by: Dirk Hohndel

Android: accept 'Release' argument

2019-01-23T04:40:37Z

This is mostly an artifact of how I build release packages. Otherwise this likely isn't important. Signed-off-by: Dirk Hohndel

Android: make sure we have the correct platforms installed

2019-01-22T00:06:50Z

This should fix the current Travis build failures for Android. It is odd how we have ANDROID_PLATFORM and ANDROID_PLATFORMS, buf for now all I care about is that the Travis build completes. Signed-off-by: Dirk Hohndel

Android build: always reconfigure libdivecomputer

2019-01-22T00:02:39Z

This fix makes no difference from usage of this script in Travis context, as every build starts from a clean VM, but the very few developers that build for Android locally, and that want to use the new style docker container builds as well, things are broken. libdivecomputer has build artifacts in its source tree (and that source tree is shared between local and docker run). So it happens that libdivecomputer is configured locally, and afterwards fails to build in docker build as its already configured, but not for the docker image its now running in. The fix is simple. Always reconfigure libdivecomputer when using this script. Signed-off-by: Jan Mulder

Android: build both 32 and 64 bit binaries

2019-01-22T00:02:39Z

Signed-off-by: Dirk Hohndel

Travis: Android build wrapper now runs inside our container

2019-01-22T00:02:39Z

So we don't need the pre-built binaries anymore, and we don't need the travis_wait hack anymore for potentially slow downloads as that is all installed in the container already. Signed-off-by: Dirk Hohndel

Android: update for Qt 5.12.0

2019-01-22T00:02:39Z

Signed-off-by: Dirk Hohndel

Android build: add explanation for huge hack

2019-01-22T00:02:39Z

This had to be embedded in the build process (or better, solved for real). Using Cmake, Clang, NDK 18b, Qt 5.12 beta 4, some Subsurface code does not compile. At this point in time, its fully unclear to me why we see the error as it is. Thing fail deep down in Qt and NDK headers on #include . Error like "::signbit is not in the global namespace". The most logic reason is an improper order in which include paths are constructed in the build process. Any attempt to find the real reason failed. Even very similar command lines from a qmake build that succeed fail with a cmake style build. The very very dirty hack is commenting out some lines in NDK 18b: "./android-ndk-r18b/sources/cxx-stl/llvm-libc++/include/cmath Comment lines 313-325, and all build, links and runs with no errors related to this known at this point. Signed-off-by: Jan Mulder

Android build: always use -fPIC

2019-01-22T00:02:39Z

make sure that all lib code is compiled with -fPIC as things will not link due to error "requires unsupported dynamic reloc R_ARM_REL32" (for arm build). Signed-off-by: Jan Mulder

Android build: build openssl before libzip

2019-01-22T00:02:39Z

On very clean builds not using the wrapper script, the compile of libzip simply fails because it depend on openssl include files. Simply swap them around. Signed-off-by: Jan Mulder