NDK编译SDl字体库

A. 为什么使用ndk编译时出现如下错误

1.dr@drBox:~/workspace/JniTest/jni$ ~/android-ndk-r6/ndk-build Compile++ thumb : Test <= JniTest.cpp /bin/sh: /home/dr/android-ndk-r6/toolchains/arm-linux-androideabi-4.4.3/prebuilt/linux-x86/bin/arm-linux-androideabi-g++: not found make: *** [/home/dr/workspace/JniTest/obj/local/armeabi/objs/Test/JniTest.o] Error 127

这个错误是说找不到arm-linux-androideabi-g++，确实找不到，我从ndk r6中发现根本就没有linux-x86/文件夹，只有darwin-x86 gdbserver这两个文件夹，所以下载了最新的ndk r7b,幸好这里面有linux-x86文件夹，编译成功了。

dr@drBox:~/workspace/JniTest/jni$ ~/android-ndk-r7b/ndk-build Compile++ thumb : Test <= JniTest.cpp StaticLibrary : libstdc++.a SharedLibrary : libTest.so Install : libTest.so => libs/armeabi/libTest.so

B. 如何成功运行SDL官方提供的Android平台的Demo

基本环境：
1. 操作系统：Windows7 64位;
2. Android SDK开发环境: adt-bundle-windows-x86_64-20130729.zip
3. Android NDK开发包：android-ndk-r9d-windows-x86_64.zip

操作步骤:
第一步：准备SDL源代码包;
1. 官网下载最新版SDL2-2.0.3.tar.gz;
2. 解压后，可以在根目录下找到android-project目录和README-android.txt，前者是一个一个Android工程模板，后者是关于如何使用该工程的文档说明。
3. 调整目录，使其成为一个可编译的工程:
(1) 将android-project目录剪切到与SDL2-2.0.3同级的目录;
(2) 然后将SDL2-2.0.3目录拷贝到android-project\jni目录下，并重命名为SDL;

第二步：为SDL增加main函数
(1) mainhttp://wiki.libsdl.org/Tutorials#Android.c文件可以从http://www.dinomage.com/wp-content/uploads/2013/01/main.c下载;
(2) 下载之后将其放入android-project\jni\src目录;
(3) 将main.c加入android-project\jni\src\Android.mk: 在Android.mk中默认有个YourSourceHere.c，将其替换为main.c即可;

第三步：编译libSDL2.so和libmain.so
注：请确认NDK的bin目录已经配置到环境变量PATH中去;
打开cmd命令窗口，进入到android-project目录，然后执行"ndk-build"命令进行编译。编译成功后会在android-project根目录下生成libs目录，下面有各个平台的需要的这两个so文件。

第四步：修改build target配置文件
默认的工程是使用的=android-12，必须使这个target与你系统配置的一致，否则编译会失败. 具体的配置位于android-project/project.properties和android-project/default.properties中。由于adt-bundle-windows-x86_64-20130729.zip包对应的是android-18，因此需要将这两个文件中的配置全部改为android-18.

第五步：导入Eclipse运行
依次选择File->New->Android->Android Project from Existing Code，然后选择android-project目录将工程文件导入到Eclipse中。
然后选择按照正常的Android工程运行即可。这个时候程序闪一下什么都没有，因为没有添加资源。可下载一个bmp图片放到android-project/assets中，这个目录是由eclipse自动生成的。然后运行就可以看到通过SDL渲染出来的图片了。这 里提供一个官方文档中提到的bmp地址：http://www.dinomage.com/wp-content/uploads/2013/01/image.bmp 。整个工程的源代码可以到我的github上去下载，地址：https://github.com/dennishucd/SDLActivity

C. 如何成功运行SDL官方提供的Android平台的Demo

操作步骤:
第一步：准备SDL源代码包;
1. 去官网下载最新版SDL2-2.0.3.tar.gz;
2. 解压后，可以在根目录下找到android-project目录和README-android.txt，前者是一个一个Android工程模板，后者是关于如何使用该工程的文档说明。
3. 调整目录，使其成为一个可编译的工程:
(1) 将android-project目录剪切到与SDL2-2.0.3同级的目录;
(2) 然后将SDL2-2.0.3目录拷贝到android-project\jni目录下，并重命名为SDL;
第二步：为SDL增加main函数
(1) 下载wiki.libsdl.org/Tutorials#Android.c文件;
(2) 下载之后将其放入android-project\jni\src目录;
(3) 将main.c加入android-project\jni\src\Android.mk: 在Android.mk中默认有个YourSourceHere.c，将其替换为main.c即可;
第三步：编译libSDL2.so和libmain.so
注：请确认NDK的bin目录已经配置到环境变量PATH中去;
打开cmd命令窗口，进入到android-project目录，然后执行"ndk-build"命令进行编译。编译成功后会在android-project根目录下生成libs目录，下面有各个平台的需要的这两个so文件。
第四步：修改build target配置文件
默认的工程是使用的=android-12，必须使这个target与系统配置的一致，否则编译会失败. 具体的配置位于android-project/project.properties和android-project/default.properties中。由于adt-bundle-windows-x86_64-20130729.zip包对应的是android-18，因此需要将这两个文件中的配置全部改为android-18.
第五步：导入Eclipse运行
依次选择File->New->Android->Android Project from Existing Code，然后选择android-project目录将工程文件导入到Eclipse中。
然后选择按照正常的Android工程运行即可。这个时候程序闪一下什么都没有，因为没有添加资源。可下载一个bmp图片放到android-project/assets中，这个目录是由eclipse自动生成的。然后运行就可以看到通过SDL渲染出来的图片了。

D. 如何设置NDK的编译选项

1. 概述
首先回顾一下 Android NDK 开发中，Android.mk 和 Application.mk 各自的职责。
Android.mk，负责配置如下内容：
（1） 模块名（LOCAL_MODULE）
（2） 需要编译的源文件（LOCAL_SRC_FILES）
（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）
（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）
Application.mk，负责配置如下内容：
（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）
（2） Toolchains（默认值：GCC 4.8）
（3） C++标准库类型（默认值：system）（APP_STL）
（4） release/debug模式（默认值：release）
由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。
2. APP_ABI
ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考 网络 或者 维基网络 ）
由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。
这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/Linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。
而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。
这里给出最新 Android NDK 所支持的ABI类型及区别：

那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可：
APP_ABI := armeabi-v7a //只编译armeabi-v7a版本

APP_ABI := armeabi armeabi-v7a //同时编译armeabi，armeabi-v7a版本

APP_ABI := all //编译所有版本
3. LOCAL_LDLIBS
Android NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖：
LOCAL_LDLIBS := -lfoo
其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中：
（1） Bionic libc库
（2） pthread库（-lpthread）
（3） math（-lmath）
（4） C++ support library (-lstdc++)
下面我列了一个表，给出了可以添加到“LOCAL_LDLIBS”中的不同版本的Android NDK所支持的库：

下面是我总结的一些常用的CFLAGS编译选项：
（1）通用的编译选项
-O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小
-Wall 打开所有编译过程中的Warning
-fPIC 编译位置无关的代码，一般用于编译动态库
-shared 编译动态库
-fopenmp 打开多核并行计算，
-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索
-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。
--sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。
-llibrary 查找名为library的库进行链接
-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。
-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件
（2） ARM平台相关的编译选项
-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集
-march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a
-mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16
-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”

E. 如何成功运行SDL官方提供的Android平台的Demo

操作步骤:
第一步：准备SDL源代码包;
1. 去官网下载最新版SDL2-2.0.3.tar.gz;
2. 解压后，可以在根目录下找到android-project目录和README-android.txt，前者是一个一个Android工程模板，后者是关于如何使用该工程的文档说明。
3. 调整目录，使其成为一个可编译的工程:
(1) 将android-project目录剪切到与SDL2-2.0.3同级的目录;
(2) 然后将SDL2-2.0.3目录拷贝到android-project\jni目录下，并重命名为SDL;
第二步：为SDL增加main函数
(1) 下载wiki.libsdl.org/Tutorials#Android.c文件;
(2) 下载之后将其放入android-project\jni\src目录;
(3) 将main.c加入android-project\jni\src\Android.mk: 在Android.mk中默认有个YourSourceHere.c，将其替换为main.c即可;
第三步：编译libSDL2.so和libmain.so
注：请确认NDK的bin目录已经配置到环境变量PATH中去;
打开cmd命令窗口，进入到android-project目录，然后执行"ndk-build"命令进行编译。编译成功后会在android-project根目录下生成libs目录，下面有各个平台的需要的这两个so文件。
第四步：修改build target配置文件
默认的工程是使用的=android-12，必须使这个target与系统配置的一致，否则编译会失败. 具体的配置位于android-project/project.properties和android-project/default.properties中。由于adt-bundle-windows-x86_64-20130729.zip包对应的是android-18，因此需要将这两个文件中的配置全部改为android-18.
第五步：导入Eclipse运行
依次选择File->New->Android->Android Project from Existing Code，然后选择android-project目录将工程文件导入到Eclipse中。
然后选择按照正常的Android工程运行即可。这个时候程序闪一下什么都没有，因为没有添加资源。可下载一个bmp图片放到android-project/assets中，这个目录是由eclipse自动生成的。然后运行就可以看到通过SDL渲染出来的图片了。

F. 如何使用android的ndk编译器 编译c++的库

1. 概述 首先回顾一下 Android NDK 开发中，Android.mk 和 Application.mk 各自的职责。 Android.mk，负责配置如下内容： （1） 模块名（LOCAL_MODULE） （2） 需要编译的源文件（LOCAL_SRC_FILES） （3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES） （4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS） Application.mk，负责配置如下内容： （1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI） （2） Toolchains（默认值：GCC 4.8） （3） C++标准库类型（默认值：system）（APP_STL） （4） release/debug模式（默认值：release） 由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。 2. APP_ABI ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考 网络 或者 维基网络 ） 由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。 这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/Linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。 而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。 这里给出最新 Android NDK 所支持的ABI类型及区别： 那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可： APP_ABI := armeabi-v7a //只编译armeabi-v7a版本 APP_ABI := armeabi armeabi-v7a //同时编译armeabi，armeabi-v7a版本 APP_ABI := all //编译所有版本 3. LOCAL_LDLIBS Android NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖： LOCAL_LDLIBS := -lfoo 其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中： （1） Bionic libc库 （2） pthread库（-lpthread） （3） math（-lmath） （4） C++ support library (-lstdc++) 下面我列了一个表，给出了可以添加到“LOCAL_LDLIBS”中的不同版本的Android NDK所支持的库： 下面是我总结的一些常用的CFLAGS编译选项： （1）通用的编译选项 -O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小 -Wall 打开所有编译过程中的Warning -fPIC 编译位置无关的代码，一般用于编译动态库 -shared 编译动态库 -fopenmp 打开多核并行计算， -Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索 -nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。 --sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。 -llibrary 查找名为library的库进行链接 -Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。 -nostdlib 该选项指示链接的时候不要使用标准路径下的库文件 （2） ARM平台相关的编译选项 -marm -mthumb 二选一，指定编译thumb指令集还是arm指令集 -march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a -mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16 -mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”

G. 如何查看ndk编译的动态库符号表

$ /path/to/ndk/buid/prebuilt/windows/arm-eabi-4.4.0/bin/arm-eabi-nm libs/armeabi/libsanangeles.so

00003600 T java_com_example_SanAngeles_DemoGLSurfaceView_nativePause

00003638 T Java_com_example_SanAngeles_DemoRenderer_nativeDone

0000367c T Java_com_example_SanAngeles_DemoRenderer_nativeInit

000035b4 T Java_com_example_SanAngeles_DemoRenderer_nativeRender

00003644 T Java_com_example_SanAngeles_DemoRenderer_nativeResize

00007334 a _DYNAMIC

0000740c a _GLOBAL_OFFSET_TABLE_

复制代码

这里可以看到几乎所有的函数名全局变量名都会被导出。其中有Java_com_example_SanAngeles_为前缀的JNI接口函数，有importGLInit这些普通函数，有freeGLObject这些局部（static）函数，还有sStartTick等全局变量名。其实在这个动态发布的时候，只需要导出java_com_开头的jni函数就可以了，里面这些细节函数名完全不需要暴露出来。
如何做到这一点呢？首先，我们需要了解gcc新引进的选项-fvisibility=hidden，这个编译选项可以把所有的符号名（包括函数名和全局变量名）都强制标记成隐藏属性。我们可以在Android.mk中可以通过修改LOCAL_CFLAGS选项加入-fvisibility=hidden来做到这一点，这样编译之后的.so看到的符号表为：

000033d0 t Java_com_example_SanAngeles_DemoGLSurfaceView_nativePause

00003408 t Java_com_example_SanAngeles_DemoRenderer_nativeDone

0000344c t Java_com_example_SanAngeles_DemoRenderer_nativeInit

00003384 t Java_com_example_SanAngeles_DemoRenderer_nativeRender

00003414 t Java_com_example_SanAngeles_DemoRenderer_nativeResize

00007104 a _DYNAMIC

H. 用NDK编译生成动态库的时候 出现这个错误 怎么解决，libmyAdd.so是我在linux下生成的动态库

linux生成的so不能被NDK使用，编译所使用的指令集不一样