本文讨论了在Linux环境下使用gcc进行交叉编译时遇到的问题，特别是关于--sysroot选项以及如何处理/usr/include/arm-linux-gnueabihf等子目录。在尝试通过sshfs挂载目标设备的根目录进行编译时，出现了找不到sys/cdefs.h等头文件的错误。此外，编译过程中还遇到了找不到crt1.o和crti.o的问题。作者分析了可能的原因，并探讨了交叉工具链的配置，尤其是ld.so.conf.d的设置对库路径的影响。
我用sshfs将目标设备的根(Beaglebone Black,ARM arch)安装到主机上的一个文件夹中,并尝试使用
--sysroot
但有一个问题-有些include头文件不仅位于/usr/include文件夹中,还位于其子文件夹中
arm-linux-gnueabihf
. 同样还有/usr/lib/arm linux gnueabihf文件夹。
“Hello world”示例编译失败
[gmixaz:/work] $ $CC --sysroot=/work/sysroot h.c
In file included from /work/sysroot/usr/include/stdio.h:27:0,
from h.c:1:
/work/sysroot/usr/include/features.h:364:25: fatal error: sys/cdefs.h: No such file or directory
# include
sys/cdefs.h
我的问题是为什么我有那个子文件夹
在/使用/包含?把include文件的一部分(以及/usr/lib/arm-linux-gnueabihf中的.so文件)放入该子文件夹的原理是什么?
在将文件夹添加到命令行后,我遇到了另一个问题:
[gmixaz:/work] 1 $ $CC --sysroot /work/sysroot3 -I /work/sysroot3/usr/include/arm-linux-gnueabihf -L /work/sysroot3/usr/lib/arm-linux-gnueabihf h.c
/usr/xcc/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/6.3.1/../../../../arm-co
最低0.47元/天 解锁文章
扫一扫
2095
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
