ndkcmake编译c语言
① 如何在Android平台下编译带STL的C++程序
1、下载最新的Android SDK，下载Android NDK R9C版本。
2、如是在windows平台下需要在PATH中设置环境变量，以便于直接调用NDK来编译C++程序。
将如下两个路径加入到PATH中：<ANDROID_NDK>;<ANDROID_SDK>\platform-tools
其中<NDK>为你的计算机上Android NDK的安装路径，<SDK>为Android SDK的安装路径
如果在你的SDK下没有platform-tools目录，则在Eclipse中按照如下截图进行操作：
3、为要编译的C++程序建一个文件夹，如myproject。在myproject下再建一个jni文件夹，将源代码放在这个文件夹下，myproject/jni。
mkdir myproject
mkdir myproject/jni
4、在jni文件夹下建两个分别名为：android.mk和
application.mk文件。android.mk类以于C++程序的makefile，application.mk则指明当前程序依赖的库。
android.mk的示例为：
LOCAL_PATH:= $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := my_first_app #指明C++程序编译出的可执行程序的名称
LOCAL_SRC_FILES:= my_first_app0.cpp \ #指明要编译的源文件，可以有很多个
my_first_app1.cpp\
…
include$(BUILD_EXECUTABLE)#表明编译的是可执行程序
/**************************************************************************/
application.mk的示例为：（在application.mk中指明STL库）
APP_STL:= gnustl_static
这里选STL库时有四个选项：
system - 使用默认最小的C++运行库，这样生成的应用体积小，内存占用小，但部分功能将无法支持
stlport_static - 使用STLport作为静态库，这项是Android开发网极力推荐的
stlport_shared - STLport 作为动态库，这个可能产生兼容性和部分低版本的Android固件，目前不推荐使用。
gnustl_static - 使用 GNU libstdc++ 作为静态库
默认情况下STLPORT是不支持C++异常处理和RTTI，所以不要出现 -fexceptions 或 -frtti ，如果真的需要可以使用gnustl_static来支持标准C++的特性，但生成的文件体积会偏大，运行效率会低一些。
支持C++异常处理，在Application.mk中加入 LOCAL_CPPFLAGS +=
-fexceptions这句，同理支持RTTI，则加入LOCAL_CPPFLAGS +=
-frtti，这里再次提醒大家，第二条说的使用gnustl静态库，而不是stlport。
强制重新编译 STLPort ，在Application.mk中加入 STLPORT_FORCE_REBUILD := true 可以强制重新编译STLPort源码，由于一些原因可能自己需要修改下STLPort库，一般普通的开发者无需使用此项
5、打开控制台(cmd)，在myproject目录下用android的NDK build工具编译C++程序：
cd myproject
$NDK/ndk-build
如果程序没错的话，会编译出android的可执行程序，位置在myproject/libs/armeabi/my_first_app
8、将编译出来的my_first_app放到手机或是模拟器上运行。在windows的cmd上运行adb.exe。
用adb.exe将my_first_app程序push到手机或模拟器的/data/local目录上：
adb.exepush myproject\libs\armeabi\my_first_app /data/local。
9、通过adb，在手机上运行my_frist_app：
在cmd上运行:
adb.exe shell
由此进入到手机的linux终端上，接下来再更改my_first_app的权限使其可以运行：
cd /data/local
chmod 777 my_first_app
./my_first_app//如果没错的话，这一步即可运行my_first_app
至此在android上编译含STL的C++程序的过程结束。
② 如何使用CMake进行交叉编译
cmake交叉编译配置
很多时候，我们在开发的时候是面对嵌入式平台，因此由于资源的限制需要用到相关的交叉编译。即在你host宿主机上要生成target目标机的程序。里面牵扯到相关头文件的切换和编译器的选择以及环境变量的改变等，我今天仅仅简单介绍下相关CMake在面对交叉编译的时候，需要做的一些准备工作。
CMake给交叉编译预留了一个很好的变量CMAKE_TOOLCHAIN_FILE，它定义了一个文件的路径，这个文件即toolChain，里面set了一系列你需要改变的变量和属性，包括C_COMPILER,CXX_COMPILER,如果用Qt的话需要更改QT_QMAKE_EXECUTABLE以及如果用BOOST的话需要更改的BOOST_ROOT(具体查看相关Findxxx.cmake里面指定的路径)。CMake为了不让用户每次交叉编译都要重新输入这些命令，因此它带来toolChain机制，简而言之就是一个cmake脚本，内嵌了你需要改变以及需要set的所有交叉环境的设置。
toolChain脚本中设置的几个重要变量
1.CMAKE_SYSTEM_NAME:
即你目标机target所在的操作系统名称，比如ARM或者Linux你就需要写"Linux",如果Windows平台你就写"Windows",如果你的嵌入式平台没有相关OS你即需要写成"Generic",只有当CMAKE_SYSTEM_NAME这个变量被设置了，CMake才认为此时正在交叉编译，它会额外设置一个变量CMAKE_CROSSCOMPILING为TRUE.
2. CMAKE_C_COMPILER:
顾名思义，即c语言编译器，这里可以将变量设置成完整路径或者文件名，设置成完整路径有一个好处就是CMake会去这个路径下去寻找编译相关的其他工具比如linker,binutils等，如果你写的文件名带有arm-elf等等前缀，CMake会识别到并且去寻找相关的交叉编译器。
3. CMAKE_CXX_COMPILER:
同上，此时代表的是C++编译器。
4. CMAKE_FIND_ROOT_PATH:
指定了一个或者多个优先于其他搜索路径的搜索路径。比如你设置了/opt/arm/，所有的Find_xxx.cmake都会优先根据这个路径下的/usr/lib,/lib等进行查找，然后才会去你自己的/usr/lib和/lib进行查找，如果你有一些库是不被包含在/opt/arm里面的，你也可以显示指定多个值给CMAKE_FIND_ROOT_PATH,比如
set(CMAKE_FIND_ROOT_PATH /opt/arm /opt/inst)
该变量能够有效地重新定位在给定位置下进行搜索的根路径。该变量默认为空。当使用交叉编译时，该变量十分有用：用该变量指向目标环境的根目录，然后CMake将会在那里查找。
5. CMAKE_FIND_ROOT_PATH_MODE_PROGRAM:
对FIND_PROGRAM()起作用，有三种取值，NEVER,ONLY,BOTH,第一个表示不在你CMAKE_FIND_ROOT_PATH下进行查找，第二个表示只在这个路径下查找，第三个表示先查找这个路径，再查找全局路径，对于这个变量来说，一般都是调用宿主机的程序，所以一般都设置成NEVER
6. CMAKE_FIND_ROOT_PATH_MODE_LIBRARY:
对FIND_LIBRARY()起作用，表示在链接的时候的库的相关选项，因此这里需要设置成ONLY来保证我们的库是在交叉环境中找的.
7. CMAKE_FIND_ROOT_PATH_MODE_INCLUDE:
对FIND_PATH()和FIND_FILE()起作用，一般来说也是ONLY,如果你想改变，一般也是在相关的FIND命令中增加option来改变局部设置，有NO_CMAKE_FIND_ROOT_PATH,ONLY_CMAKE_FIND_ROOT_PATH,BOTH_CMAKE_FIND_ROOT_PATH
8. BOOST_ROOT：
对于需要boost库的用户来说，相关的boost库路径配置也需要设置，因此这里的路径即ARM下的boost路径，里面有include和lib。
9. QT_QMAKE_EXECUTABLE:
对于Qt用户来说，需要更改相关的qmake命令切换成嵌入式版本，因此这里需要指定成相应的qmake路径（指定到qmake本身）
toolChain demo
# this is required
SET(CMAKE_SYSTEM_NAME Linux)
# specify the cross compiler
SET(CMAKE_C_COMPILER /opt/arm/usr/bin/ppc_74xx-gcc)
SET(CMAKE_CXX_COMPILER /opt/arm/usr/bin/ppc_74xx-g++)
# where is the target environment
SET(CMAKE_FIND_ROOT_PATH /opt/arm/ppc_74xx /home/rickk/arm_inst)
# search for programs in the build host directories (not necessary)
SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
# for libraries and headers in the target directories
SET(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
SET(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
# configure Boost and Qt
SET(QT_QMAKE_EXECUTABLE /opt/qt-embedded/qmake)
SET(BOOST_ROOT /opt/boost_arm)
这样就完成了相关toolChain的编写，之后，你可以灵活的选择到底采用宿主机版本还是开发机版本，之间的区别仅仅是一条-DCMAKE_TOOLCHAIN_FILE=./toolChain.cmake，更爽的是，如果你有很多程序需要做转移，但目标平台是同一个，你仅仅需要写一份toolChain放在一个地方，就可以给所有工程使用。
③ 如何解决android ndk r8c 老是重新编译源代码的问题
ndk编译是针对jni的。jni是java native interface的缩写，意为java本地接口。 java本地接口一般是用C语言来实现一些功能，然后通过特定的格式暴露接口给java调用。但是C语言的代码不能直接被java使用，而是需要通过ndk进行编译，编译后会在libs目录下生成.so文件，这事动态运行库，这时C语言曝露出的接口才能被java调用。 楼主可以检查你的vlc项目中的libs目录下，是否包含了.so文件，如果有的话一般是不需要ndk进行 编译的。不过如果楼主修改了c语言中的代码，那么为了使修改生效必须从新用ndk编译，编译后会删除原来生成的.so，并生成新的.so文件。 使用ndk-r7以及更高版本的ndk,可以免安装cygwin而直接使用命令行进行编译，非常方便。 方法: 将ndk的根目录设置环境变量，然后dos命令行进入需要编译的项目的根目录，执行命令 ndk-build
④ cmake编译单/多文件
在该路径下会生成一个文件夹(CMakeFiles)，三个文件(Makefile, CMakeCache.txt, cmake_install.cmake)以及一个程序(addition)
此时的文件目录结构为
该项目该依赖于MPI，GDAL和cereal库。MPI和GDAL库自行编译
1.配置各种编译的时候，可以使用set设置，更多详情，请自行搜索。
2.头文件的包含请使用include_directories。
3.搜索源文件请使用aux_source_directory。
4.第三方库的查找使用 find_package。例如我们想找GDAL, 那么 find_package(GDAL), 它会在 /usr/share/cmake/Moles 文件中的FindGDAL.cmake文件中去找GDAL的各种信息。前提是GDAL 是make install的， FindGDAL.cmake中才会有GDAL的各种信息。否则的话，我们需要set自行制定GDAL的相关信息。
5.第三方库的链接用target_link_libraries。
注意，也可以将该项目中的某个文件夹编译成静态库，然后在于其余源文件链接，可以参考： https://blog.csdn.net/cliukai/article/details/90670243
简单的多文件编译： https://blog.csdn.net/cliukai/article/details/90670243
有第三方库的文件编译： https://blog.csdn.net/fb_help/article/details/79593037