关于编译执行文件遇到的问题小结

 在利用别处拷贝过来的makefile进行编译&＃xff0c;编译成功后在服务器上运行程序&＃xff0c;但出现如下错误&＃xff1a;

 而发现makefile中的编译器命令为如下所示&＃xff1a;

 这里的编译器是关于arm-hisi的编译环境&＃xff0c;编译出来的程序是需要在hisi的板子上跑的&＃xff0c;所以接下来将执行程序挂载到板子上跑&＃xff0c;这是原因之一。
 在板子上跑时还是会出现上面的错误&＃xff0c;觉得需要从makefile中入手&＃xff0c;但由于自己对makefile不了解&＃xff0c;考虑到时间紧急的原因&＃xff0c;仅仅对相应的makefile进行了部分的了解。一下链接让我对该部分的makefile有了初步认识性的了解&＃xff1a;
编译makefile的部分认识

 接下来认识了静态编译与动态编译的内容&＃xff0c;具体链接如下&＃xff1a;
静态编译与动态编译相关

 后来知道编译成一个库容易&＃xff0c;只要有相关的头文件&＃xff0c;即有相应函数的声明就可以了&＃xff0c;但如果要生成可执行文件则需要将相应的库链接到执行文件中&＃xff0c;这过程中需要了解编译时的相关命令&＃xff0c;下面是比较常用的一些编译命令&＃xff0c;这里链接库主要用到”-I”(包含的头文件路径)&＃xff0c;”-L”(链接的库路径)&＃xff0c;”-l”&＃xff08;链接的库&＃xff0c;不包含库的”lib”字符和后面的”.so”或”.a”字符&＃xff09;&＃xff1a;
编译时比较常用的编译命令

 同时在编译执行文件时加了-static就不能连接.so了&＃xff0c;只能连接.a库&＃xff0c;所以如果你要将一个特定的动态.so库链接进执行程序中&＃xff0c;一般会将其他需要链接到的库也换成动态库。

 在修改了之后又遇到一大片的错误&＃xff0c;如下图所示&＃xff1a;

经后来分析发现由于所用到的库是用c&＃43;&＃43;编写的&＃xff0c;而我再编译执行文件时用的是GCC,所以导致了这一系列的错误。这里不用管上层自己编写的程序是用什么编写的&＃xff0c;只要先将上层程序生成.o文件&＃xff0c;之后再用适合该C&＃43;&＃43;库的G&＃43;&＃43;进行编译即可。

 这里对makefile的文件夹下全部库的包含有一个了解&＃xff0c;一般我们可以使用“(wildcard∗.c)”来获取工作目录下的所有的.c文件列表&＃xff0c;这里也可以通过类似的"(wildcard .c ./sub/.c)”来指定在”./sub/”目录下的所有.c文件。详细可以查看以下链接&＃xff1a;
makefile中wildcard的使用

 在完成上面的一系列纠正后&＃xff0c;编译通过&＃xff0c;但在挂载运行时&＃xff0c;发现找不到执行文件&＃xff0c;一开始以为是权限问题&＃xff0c;但在修改了权限后还是一样。经网上搜索发现是执行程序在执行时需要链接编译时链接的那些库&＃xff0c;所以要将那些库挂载到板子的/lib目录下。
 关于执行程序使用到哪些库&＃xff0c;可以用该命令进行查找&＃xff1a;
 arm-linux-readelf -a &＃43; 执行文件名可以查看该执行文件需要的库&＃xff0c;详细可见如下链接&＃xff1a;
查看执行文件需要用到的库

 最后遗漏了一个程序中动态库的链接和调用方法&＃xff0c;如下链接&＃xff1a;
动态库的使用