linux ndk(linux软件仓库)

大家好，关于linux ndk很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于linux软件仓库的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！

深入Linux环境下NDK的配置方法linux配置ndk

《深入Linux环境下NDK的配置方法》

Linux环境下的NDK（Native Development Kit）是一种开发工具，它使开发者能够使用C和C++编写针对Android设备的原生应用程序。在此文中，我们将详细介绍如何在Linux环境下配置NDK。

第一步：下载并安装NDK。下载最新版本的Android NDK，按照官方文档指导安装即可。如果要使用不同版本的NDK，请下载女性对应版本的文件并完成安装。

第二步：配置环境变量。配置NDK的环境变量很重要，它将是以后使用NDK的基础。执行下面的指令，把NDK的路径添加到PATH环境变量中：

export NDK_ROOT=[ndk install path]

export PATH=$NDK_ROOT:$PATH

如果要在终端中添加长期可使用的路径，请在.profile文件中添加上面的指令，并执行：

source~/.profile

第三步：安装NDK工具。安装完NDK之后，需要安装相关的NDK工具，包括：make，gcc，gdb等。使用如下指令查看是否已安装：

which make

which gcc

如果返回的信息是一个空，则表示这些工具都没有安装。下载一个可执行文件并运行它以完成安装：make– v；gcc-v；gdb-v。

第四步：编写和编译C/C++项目。完成上述步骤之后，现在可以使用Android NDK开发应用了。使用以下指令编译所有C/C++源文件：

ndk-build

该指令会生成编译后的可执行文件，如果有任何错误，可以再次检查上述步骤，确保未出错。

以上是Linux环境中NDK的配置方法。配置完成后，可以利用NDK开发丰富多彩的Android原生应用程序。此外，也可以借助官方文档和支持社区了解更多有关NDK的信息。

如何使用ndk编译ffmpeg静态库

如何使用ndk为ffmpeg编译rtmp+polarssl静态库？这个问题花了我整整一天时间。其中遇到很多小问题，这里记录一下，方便自己也方便其他人。

1、编译polarssl，查看其Readme文件即可，不需要configure，只需要make时带上必要的参数即可，不过要记得在每一次执行make命令时都带上CC的参数（指向你的arm gcc），因为我试过在make install时没有带上CC的参数，虽然能编译出polarssl但是未能正确被rtmp引用到。

2、因为前面我用的polarssl是当前最新（1.3.7）版本，而librtmp使用的好像是polarssl1.0.0以下版本的api，所以需要修改rtmp部分源码，让其调用新版polarssl的api，这里的修改可以参照《Migrating from PolarSSL-1.2 to the PolarSSL 1.3 branch》和《[rtmpdump] branch master updated. a312ac7 Fix compat with PolarSSL>= 1.1.0》。

3、出现 undefined reference to `havege_random’错误，这里是因为polarssl默认关闭了havege模块，需要你手动开启，主要就是修改include/polarssl/config.h，去掉POLARSSL_HAVEGE_C前的注释，也就是要定义POLARSSL_HAVEGE_C，如下：

#define POLARSSL_HAVEGE_C

4、在编译出上面两个库之后，可以开始编译ffmpeg（2.1.1版本）了，如果遇到下面的问题 check_pkg_config librtmp librtmp/rtmp.h RTMP_Socket

ERROR: librtmp not found

这里有三种解决方法：

第一种，因为是网络上传播最多的，算是比较简便的方法，就是修改ffmpeg的configure，将以下一行：

enabled librtmp&& require_pkg_config librtmp librtmp/rtmp.h RTMP_Socket

改为：

enabled librtmp&& require librtmp librtmp/rtmp.h RTMP_Socket-lrtmp-lpolarssl-lz

或者直接注释掉&&＊＊＊部分，然后再自己加上librtmp的库路径也行

第二种，（比较推荐，因为解决了这个会顺带解决大部分找不到库的错误！）因为这里使用了pkg-config工具查找库，而这个工具ndk并没有附带提供，而出现check_pkg_config相关错误的话，只要稍加注意，会发现在使用configure配置ffmpeg的交叉编译时，已经有相应的pkg-config不存在的警告了。我对这个工具不熟悉，所以我只是简单地加上了一个软链接到系统的pkg-config，如下：

ln-s/usr/bin/pkg-config/home/cidy0106/android-ndk-r9d/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi-pkg-config

这个时候重新configure的话可能会出现找不到polarssl库的错误提示，需要修改一下librtmp安装目录里的librtmp.pc,把以下内容：

Libs:-L${libdir}-lrtmp-lz

改为：

Libs:-L${libdir}-lrtmp-lz-lpolarssl

至此，就可以正确编译出ffmpeg了

转载

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