Files in jni/ of cf9d6db9cfcca152
Not logged in

Files in directory /jni of check-in cf9d6db9cfcca152

  • 3dcanvas
  • blt
  • curl
  • dropbear
  • expect
  • ffidl
  • freetype
  • fswatch
  • glshim
  • itk
  • jpeg-turbo
  • libdmtx
  • libffi
  • libpng
  • libressl
  • librun
  • libsonivox
  • libtess
  • libusb
  • libxml2
  • Memchan
  • mpexpr
  • nsf
  • parse_args
  • rl_json
  • SDL2
  • SDL2_mixer
  • sdl2tk
  • snack
  • src
  • tbcload
  • tcl
  • tcl-lmdb
  • tclcsv
  • TclCurl
  • tclepeg
  • tclJBlend
  • tclkit
  • tclmixer
  • tclparser
  • tclral
  • tcludp
  • tcluvc
  • tclvfs
  • tclx
  • tclxml
  • tdom
  • tiff
  • Tix
  • tkhtml
  • tkimg
  • tkpath
  • tksvg
  • tktable
  • tktreectrl
  • tkvnc
  • tkzinc
  • tls
  • topcua
  • trf
  • trofs
  • VecTcl
  • vu
  • xotcl
  • ZBar
  • zint
  • Android.mk
  • Application.mk
  • README.txt

================================================================================
Native components of AndroWish
================================================================================

This directory holds the C/C++ components which are part of AndroWish.
It is built using the Android NDK. The build process is integrated
into the toplevel project but can be carried out manually by invoking
the "ndk-build" tool in this directory.

The Android.mk file in this directory invokes all dependent Android.mk
files below.

The Application.mk file controls NDK regarding prebuilt stuff,
Android API level, and most importantly the CPUs for which 
everything is to be built, e.g. ARM and x86 CPUs.

As of 2017-10-18 the following NDK revisions are known to build
everything without errors (but a varying amount of warnings):

  NDK r9d (March 2014)
  NDK r10e (May 2016)
  NDK r12b (June 2016)
  NDK r13b (October 2016)

The shiny new clang/llvm based NDKs with unified headers still fail:

  NDK r14b (March 2017)
  NDK r15c (July 2017)

As of 2018-02-09 the tree should build with NDK r16b (December 2017)
but this depends somewhat on the development system (Windows may fail).

For later NDKs it may be necessary to change the APP_ABI macro in
Application.mk to have "armeabi-v7a" instead of "armeabi".