X86_64 NASM汇编调用C动态库失败：程序无法执行排查

问题根源 #

核心问题是直接用ld链接时未正确配置动态链接器路径，且缺少C标准库依赖：

• 手动调用ld不会自动添加C标准库（libc.so）依赖，而你的print_thingy函数调用了printf，本质依赖libc；
• 未指定系统动态链接器（ld-linux-x86-64.so.2），导致系统无法加载可执行文件的运行时环境，这也是file显示合法ELF但运行时提示“找不到文件”的关键——实际是找不到动态链接器，系统误报。

解决方法 #

方法1：用gcc代替ld链接（推荐） #

gcc会自动处理动态链接器、libc依赖等细节，替换第三步的链接命令为：

gcc -o main main.o -L. -lshared

方法2：手动用ld指定动态链接器和libc #

若坚持使用ld，需显式链接libc并指定动态链接器路径：

ld -o main main.o -lshared -L. -lc -dynamic-linker /lib64/ld-linux-x86-64.so.2

注：/lib64/ld-linux-x86-64.so.2是x86_64系统glibc动态链接器的常规路径，部分系统可能为/lib/ld-linux-x86-64.so.2，可通过which ld-linux-x86-64.so.2确认实际路径。

方法3：确保共享库路径被正确识别 #

若仍提示库找不到，可通过以下方式指定搜索路径：

1. 临时设置环境变量（当前终端有效）：

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:.

2. 链接时嵌入永久搜索路径（rpath）：
   用gcc链接：

gcc -o main main.o -L. -lshared -Wl,-rpath=.

用ld链接：

ld -o main main.o -lshared -L. -lc -dynamic-linker /lib64/ld-linux-x86-64.so.2 -Wl,-rpath=.

验证步骤 #

链接完成后，执行ldd main检查依赖，正常输出应类似：

linux-vdso.so.1 (0x00007ffdxxxxxxxxx)
libshared.so => ./libshared.so (0x00007fxxxxxxxxx)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fxxxxxxxxx)
/lib64/ld-linux-x86-64.so.2 (0x00007fxxxxxxxxx)

此时运行./main即可正常输出Thingy。

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