首先得帮你澄清一个关键误区：你执行的命令arm-linux-gnueabihf -c -o test test.c有两处问题——一是完整的交叉编译器命令应该是arm-linux-gnueabihf-gcc（你漏了gcc后缀），二是-c参数的作用是只编译生成目标文件（.o），跳过链接步骤，所以你得到的test其实是未链接的目标文件，根本不是可执行程序，这就是为什么ldd会提示“not a dynamic executable”。

接下来，我会一步步讲解交叉编译时链接共享动态库的标准流程：

1. 先确保工具链与目标平台库文件匹配 #

你的交叉工具链是针对ARMv7架构的arm-linux-gnueabihf，必须搭配对应目标平台的**系统共享库（比如libc.so.6、ld-linux-armhf.so.3）**和头文件才能正常链接。通常完整的交叉工具链会自带这些文件；如果你的工具链不完整，建议从目标平台的根文件系统（rootfs）中拷贝对应的库目录（比如目标机上的/lib/arm-linux-gnueabihf/、/usr/lib/arm-linux-gnueabihf/）到主机的某个路径，比如/opt/arm-rootfs/。

2. 执行完整的编译+链接命令 #

要生成动态链接的可执行文件，你需要去掉-c参数，让gcc完成编译到链接的全流程。

情况一：工具链已配置好目标库路径 #

如果你的交叉工具链已经内置了目标平台的库文件路径，直接执行：

arm-linux-gnueabihf-gcc -o test test.c

情况二：手动指定目标根文件系统（推荐标准做法） #

如果工具链找不到目标平台的库，用--sysroot参数指定你拷贝的目标根文件系统路径，这会让gcc自动从该路径下查找头文件和库文件，完美模拟目标平台的环境：

arm-linux-gnueabihf-gcc --sysroot=/opt/arm-rootfs -o test test.c

3. 链接第三方动态库（如果有额外依赖） #

如果你的程序依赖第三方动态库（比如libfoo.so），需要用-L指定库的搜索路径，再用-l参数链接对应的库（注意要去掉lib前缀和.so后缀）：

arm-linux-gnueabihf-gcc --sysroot=/opt/arm-rootfs -L/opt/arm-rootfs/usr/lib/arm-linux-gnueabihf -lfoo -o test test.c

4. 验证生成的可执行文件 #

主机上的ldd是x86_64架构的，无法正确解析ARM架构的可执行文件，建议用工具链自带的readelf来检查依赖：

arm-linux-gnueabihf-readelf -d test | grep NEEDED

正常输出会显示依赖的动态库，比如：

0x00000001 (NEEDED)                     Shared library: [libc.so.6]
0x00000001 (NEEDED)                     Shared library: [libfoo.so.1]

之后把可执行文件放到目标ARM平台上，用目标机的ldd检查，就能看到和原生编译一致的依赖路径了。

几个关键注意事项 #

• 绝对不能用主机x86_64的库文件来交叉编译，必须用ARMhf架构匹配的库，否则会出现架构不兼容的错误。
• 如果目标平台用的是musl libc而非glibc，要对应使用针对musl的交叉工具链，不能混用不同的libc实现。
• 确保交叉工具链的bin目录已经加到主机的PATH环境变量里，这样就能直接调用arm-linux-gnueabihf-gcc，不用写完整路径。

内容的提问来源于stack exchange，提问作者Abhinav440