aide编译ndk

A. 如何使用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”

B. Eclipse中NDK无法编译（哪怕是一个新建的空白项目）

首先eclipse能运行.cmd文件吗？cmd不是windows命令行吗，能直接在系统运行。另外错误报的信息是没有在classpath找到这个文件，一是你的ndk-build.cmd文件在E:\\NDK目录下不存在，二有可能是eclipse
java
compiler不支持编译.cmd文件，然后在classpath下找不到生成的.class文件，同样会报错。因为看不到你的project，所以只能根据猜测第二种情况要大一些。

C. aide的gradle工程支持ndk吗

Android Studio 1.3 版本新增了NDK支持,能够很方便的在上面开发C++或者C代码。

简单介绍方法：
一.首先将Android Studio更新到1.3版本:
1.检查Android Studio更新.

可能会遇到问题:版本低于1.3检查更新却提示已经是最新版本。
那是因为更新渠道不是Beta渠道,需要先将渠道设置为Beta渠道才能更新到1.3:

然后重新检查更新就可以更新到1.3了.

二.将gradle切换到实验版本.
根据Google官方提供的方法修改Gradle文件.(官方说法为测试版本不完善,需要手动修改Gradle文件以便兼容Gradle实验版,他们会在release版本中实现程序自动修改Gradle)
Google原文链接:http://tools.android.com/tech-docs/new-build-system/gradle-experimental
1.将Gradle更新到2.5版本.

在这里将GradleVersion改为2.5 点击OK键就会开始自动更新Gradle了.
2.Android NDK r10e ,将NDK更新到这个版本
3.BuildTools版本要求大于19.0.0

D. AIDE源码怎么编译制作

你试试先使用dx工具将.class文件转换成一个dex文件，如果你有资源文件的话然后使用aapt工具将你的资源文件进行压缩打包，最后把前两步的文件用apkbuilder工具打包成apk

E. AIDE能进行C语言编译吗

可以的，不过要下载C/C++支持包，而且编译的时候要改Android.mk文件AIDE能进行C语言编译吗

F. android开发，怎么使用ndk编译成.so文件

一、首先下载android-ndk，官方网站是：http://developer.android.com/tools/sdk/ndk/index.html
目前最新的版本是android-ndk-r8e-windows-x86.zip，下载地址：
http://dl.google.com/android/ndk/android-ndk-r8e-windows-x86.zip
下载后把压缩包解压出来，例如：D:\ndk，目录下的ndk-build.cmd就是用来编译的批处理命令。
二、编译，打开cmd命令行窗口，cd进入目录：D:\ndk\samples\hello-jni，
然后执行命令：D:\ndk\ndk-build.cmd（如果设置过环境变量则直接使用ndk-build.cmd）来编译hello-jni，如果没有错误会输出：
Gdbserver : [arm-linux-androideabi-4.6] libs/armeabi/gdbserver
Gdbsetup : libs/armeabi/gdb.setup
"Compile thumb : hello-jni <= hello-jni.c
SharedLibrary : libhello-jni.so
Install : libhello-jni.so => libs/armeabi/libhello-jni.so
三、创建android应用程序并使用so文件
打开eclipse创建一个android应用程序HelloJni，默认的com.example.hellojni包下面有一个MainActivity.java，
在此包下添加一个HelloJni.java，

G. 我的手机装不了aide3.2的ndk

可能是，手机内存不够，垃圾太多了，你清理下垃圾，要么就是手机坏了。

H. 为什么安卓的AIDE编译器编译好的app反编译发现里面多了一个几个类， ADRTsender

左配置文件里设置Debug=false

I. android studio怎样进行ndk编译

1、新建一个Android工程，这一步就不多说了；
2、在AndroidStudio中配置NDK路径，方法是：
（1）先下载NDK并安装（这句基本是废话）；
（2）点菜单栏的File->ProjectStructure…->在打开的窗口中左侧选中SDKLocation->在右侧Android NDK Location中填入NDK目录所在路径
3、编译生成.class文件，方法是：
点菜单栏的Build->Make Project
这时，在工程的app/build/intermediates下就会生成classes文件夹，打开classes目录下的debug目录就会看到以你的包名命名的各级文件夹，最里边文件夹下有你的Java类对应的.class文件；
4、确定你要引用本地方法的类：
其实你也可以先生成jni目录，再去创建这个类，但是先Google显然建议先创建要引用C代码的Java类，因为AndroidStudio可以根据你在java类中定义的native方法的名称来自动生成.h头文件。
比如你想在MainActivity中引用本地方法，那么你先用
static {
System.loadLibrary("myNativeLib");
}
来声明本地代码库，然后定义几个natvie方法，比如
public native String getStringFromNative();
5、使用javah命令行生成jni目录及对应的头文件：
我用的是AndroidStudio 2.1.1，在主界面最下边就能找到Terminal，点一下就能打开系统的命令行工具，并且已经为你自动cd到当前工程所在目录
6、配置build.gradle文件
这里的build.gradle是指app模块下的build.gradle，不是整个工程的build.gradle文件。在模块的build.gradle的defaultConfig下加入以下idk配置：

ndk {
moleName"myNativeLib"
ldLibs "log", "z", "m"
abiFilters "armeabi", "armeabi-v7a", "x86"
}
7、配置local.properties文件
打开工程目录下的local.properties，感觉这一步是自动配置的，或者说在你一开始在AndroidStudio中指定NDK目录时已经自动生成了。我的AndroidStudio在打开local.properties已经有了
ndk.dir=/Develop/Android/android-ndk-r10e
这一行，所以就不用配了；
8、配置gradle.properties
打开工程目录下的gradle.properties文件（注意不是build.gradle，而是gradle.properties），在文件的最后一行加入
android.useDeprecatedNdk=true
这句的作用是允许我们使用已经过时的NDK版本，不知道AndroidStudio要求使用哪个版本的NDK才不会报错，总之只要配置了这一句就可以使用比较旧的NDK版本了，我用的r10；
至此我们在AndroidStudio中就完成了NDK环境的配置，接下来就可以写Native代码了；
9、写一个.c文件测试一下是否运行正常
（1）在我们之前生成src/main/jni目录下新建一个.c文件，方法是在jni文件夹上点鼠标右键，选择New->C/C++ Source File，然后在弹出的对话框中填入.c或.cpp文件的文件名就可以了，比如说mail.c

J. 如何设置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类型及区别：

下面是我总结的一些常用的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”