strongswan/src/frontends/android
Tobias Brunner 4a20814300 Added android.net.VpnService wrapper around charon (loaded via JNI). 2012-08-08 15:09:31 +02:00
..
jni Added android.net.VpnService wrapper around charon (loaded via JNI). 2012-08-08 15:09:31 +02:00
res Added Android shell app created with Android SDK. 2012-08-08 15:09:30 +02:00
src/org/strongswan/android Added android.net.VpnService wrapper around charon (loaded via JNI). 2012-08-08 15:09:31 +02:00
.classpath Added Android shell app created with Android SDK. 2012-08-08 15:09:30 +02:00
.gitignore Added Android shell app created with Android SDK. 2012-08-08 15:09:30 +02:00
AndroidManifest.xml Added android.net.VpnService wrapper around charon (loaded via JNI). 2012-08-08 15:09:31 +02:00
README.ndk Android.mk for NDK build added. 2012-08-08 15:09:30 +02:00
proguard.cfg Added Android shell app created with Android SDK. 2012-08-08 15:09:30 +02:00
project.properties Added Android shell app created with Android SDK. 2012-08-08 15:09:30 +02:00

README.ndk

To build this within the NDK several things have to be added in the jni
folder:

 - strongswan: The strongSwan sources.  This can either be an extracted tarball,
   or a symlink to the Git repository.  To build from the repository the sources
   have to be prepared first: ./autogen && ./configure && make && make distclean

 - openssl: The OpenSSL sources.  Since the sources need to be changed to be
   built on Android (and especially in the NDK), we provide a modified mirror
   of the official Android OpenSSL version on git.strongswan.org.

 - vstr: The Vstr string library.  Since cross-compiling this library is not
   that easy with the configure script and Makefiles included in the tarball,
   the easiest way to build it is still to use droid-gcc (as described on
   wiki.strongswan.org).  The build script provided on the wiki builds the
   library and copies the required header files to the configured installation
   directory.  Please note that the Android.mk provided on the wiki (vstr.mk)
   does not work in the NDK.  A replacement is already in place in jni/vstr.