通过这篇文章了解c/c++编译器的基本使用,能够在后续移植第三方框架进行交叉编译时(编译android可用的库),清楚的了解应该传递什么参数,怎么传递参数给编译器,各个参数的意义是什么,从而为后面音视频的深入学习编译ffmpeg做好准备工作。
交叉编译
交叉编译就是程序的编译环境和实际运行环境不一致,即在一个平台上生成另一个平台上的可执行代码。
比如NDK,你在Mac、Win或者Linux上生成的C/C++的代码要在Android平台上运行,就需要使用到交叉编译了。
通俗点说就是你的电脑和手机使用的CPU不同,所以CPU的指令集就不同,比如arm的指令集在X86上就不能运行。
常用的编译工具链
gcc
GNU C编译器。原本只能处理C语言,很快扩展,变得可处理C++。(GNU计划,又称革奴计划。目标是创建一套完全自由的操作系统)
Android在
NDK r18
之后彻底移除了gcc,默认使用clang编译,所以使用不同版本的ndk对ffmpeg进行交叉编译时会出现同样的脚本在旧版的ndk能编译通过,但是旧版的就不编译不通过的问题。
笔者会在后面的学习过程中使用最新的ndk对最新版的ffmpeg进行交叉编译,并且会通过文章记录学习过程,感兴趣的同学可以持续关注。
g++
GNU c++编译器
gcc和g++都能够编译c/c++,但是编译时候行为不同。
对于gcc与g++会有以下区别:
- 后缀为.c的源文件,gcc把它当作是C程序,而g++当作是C++程序;后缀为.cpp的,两者都会认为是c++程序
- g++会自动链接c++标准库stl,gcc不会
- gcc不会定义__cplusplus宏,而g++会
clang
clang 是一个C、C++、Object-C的轻量级编译器。基于LLVM (LLVM是以C++编写而成的构架编译器的框架系统,可以说是一个用于开发编译器相关的库)
对比gcc,clang具有编译速度更快、编译产出更小等优点,但是某些软件在使用clang编译时候因为源码中内容的问题会出现错误。
另外clang++也是一个编译器,clang++与clang就相当于gcc与g++的区别。
静态库和动态库
- 静态库是指编译链接时,把库文件的代码全部加入到可执行文件中,因此生成的文件比较大,但在运行时也就不再需要库文件了。Linux中后缀名为”.a”。
- 动态库则与静态库相反,在编译链接时并没有把库文件的代码加入到可执行文件中,而是在程序执行时由运行时链接文件加载库。Linux中后缀名为”.so”。gcc在编译时默认使用动态库。
总结起来就是静态库节省运行时间,动态库节省运行空间,典型的时间换空间,在开发过程中可根据情况自行选择。
Java中在不经过封装的情况下只能直接使用动态库。
编译器过程
一个C/C++文件要经过预处理(preprocessing)、编译(compilation)、汇编(assembly)、和连接(linking)才能变成可执行文件。
我们以最简单的一个c语言程序来做一个例子:
#include <stdio.h>
int main(){
printf("hello c worldrn");
return 0;
}
- 预处理
gcc -E main.c -o main.i
-E的作用是让gcc在预处理结束后停止编译。
预处理阶段主要处理include和define等。它把#include包含进来的.h 文件插入到#include所在的位置,把源程序中使用到的用#define定义的宏用实际的字符串代替。
- 编译阶段
gcc -S main.i -o main.s
-S的作用是编译后结束,编译生成了汇编文件。
在这个阶段中,gcc首先要检查代码的规范性、是否有语法错误等,以确定代码的实际要做的工作,在检查无误后,gcc把代码翻译成汇编语言。
- 汇编阶段
gcc -c main.s -o main.o
汇编阶段把 .s文件翻译成二进制机器指令文件.o,这个阶段接收.c, .i, .s的文件都没有问题。
- 链接阶段
gcc -o main main.s
链接阶段,链接的是函数库。在main.c中并没有定义”printf”的函数实现,且在预编译中包含进的”stdio.h”中也只有该函数的声明。系统把这些函数实现都被做到名为libc.so的动态库。
一步到位:
gcc main.c -o main
到这里我们成功的在 mac 平台生成了可执行文件,运行./main
即可看到输出。试想一下我们可以将这个可执行文件拷贝到安卓手机上执行吗?
肯定是不行的,主要原因是两个平台的 CPU 指令集不一样,根本就无法识别指令,这时候交叉编译就排上用场了。
如果你不信可以把 main 可执行文件 push 到手机 /data/local/tmp 里面执行验证一下能否正确输出。
也不一定必须要是/data/local/tmp这个路径,push到任意一个有可读可写可执行的权限的目录下测试均可。
交叉编译实验
下面我们使用ndk来对main.c进行交叉编译,看看编译后的可执行文件是不是真的能在Android上运行。
笔者这里以armeabi为例,在mac平台上进行交叉编译。
既然是gcc被移除了,那我们使用clang来进行交叉编译。
- 首先找到clang工具链
NDK路径/toolchains/llvm/prebuilt/darwin-x86_64/bin/armv7a-linux-androideabi19-clang
- 执行命令
NDK路径/toolchains/llvm/prebuilt/darwin-x86_64/bin/armv7a-linux-androideabi19-clang -o main main.c
在mac平台能能正常生成可执行文件main
,我们将可执行文件用push到/data/local/tmp
这个目录下,然后使用adb执行./main
即可看到输出hello c world
。说明我们的交叉编译成功了。
如果不使用clang,如何gcc进行交叉编译呢?
首先也是先找到gcc的工具链
NDK路径/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-gcc
然后执行gcc编译命令
NDK路径/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-gcc -o main main.c
我们发现报错了
这种错误是说在我们编的时候编译器找不到我们引入的 stdio.h 头文件,那怎么告诉编译器 stdio.h 头文件在哪里呢? 下面知识点说明怎么指定这些报错的头文件
我们通过参数告诉gcc工具链到那个目录下去寻找头文件,传递参数进去再次试一下
NDK路径/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-gcc --sysroot=NDK路径/platforms/android-21/arch-arm -isystem NDK路径/sysroot/usr/include -pie -o main main.c
还是报错
因为找不到头文件,我们进去-isystem配置的头文件查找目录中发现aarch64-linux-android和arm-linux-androideabi都存在asm的子目录,所以编译器就不知道用那个了,我们再指定一下即可。
NDK路径/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-gcc --sysroot=NDK路径/platforms/android-21/arch-arm -isystem NDK路径/sysroot/usr/include -isystem NDK路径/sysroot/usr/include/arm-linux-androideabi -pie -o main main.c
终于成功了,我们将可执行文件push到手机的/data/local/tmp
这个目录下,然后使用adb执行./main
即可看到输出hello c world
。
在这里我们使用了clang和gcc进行了交叉编译发现clang更加的简单,直接找到工具链的路径即可进行编译了,但是gcc就比较复杂了,需要指定多个参数。
这里需要需要我们明白每个参数的意思是什么:
--sysroot=XX
使用xx作为这一次编译的头文件与库文件的查找目录,查找下面的 usr/include usr/lib目录
-isysroot XX
头文件查找目录,覆盖--sysroot ,查找 XX/usr/include
-isystem XX
指定头文件查找路径(直接查找根目录)
-IXX
头文件查找目录
优先级:
-I -> -isystem -> sysroot (前面的优先级更高)
例如 gcc –sysroot=目录1 -isysroot 目录2 -isystem 目录3 -I目录4 main.c
的意思就是 查找 目录1/usr/lib 的库文件、
查找目录2 /usr/include 的头文件、
查找 目录3 下的头文件、
查找 目录4 下的头文件。
-L:XX 指定库文件查找目录 -lxx.so 指定需要链接的库名
例如:
gcc -L目录1 -l库名
链接ndk的日志库:
gcc -LC:NDK路径platformsandroid-21arch-armusrlib
-llog -lGLESv2
或者是
gcc --sysroot=NDK路径platformsandroid-21arch-arm
-llog -lGLESv2
生成动态库
gcc -fPIC -shared main.c -o libTest.so
或者
clang -fPIC -shared main.c -o libTest.so
即使不加-fPIC也可以生成.so文件,但是对于源文件有要求,
因为不加fPIC编译的so必须要在加载到用户程序的地址空间时重定向所有目标地址,所以在它里面不能引用其它地方的代码。
要想验证编译出来的so动态库能不能正常使用,通过JNI调用测试即可。
最后如果你对音视频开发感兴趣可扫码关注,后续我们共同探讨,共同进步。
本文来自作者投稿,版权归原作者所有。如需转载,请注明出处:https://www.nxrte.com/zixun/18533.html