14

我在 Linux 平台上工作并使用 GNU C++ 编译器。我正在尝试解决显示某些符号未定义的链接错误。我可以使用命令行中提供的名称查找库,并查看它们是否包含有问题的符号(使用“nm”实用程序)。

我知道对于编译步骤,我可以使用命令行标志“-H”而不是“-c”来获取编译中#included 的头文件列表。链接器是否有类似的选项?我想如果我能看到链接器用来处理每个“-lmylibrary”标志的文件列表,我可以进一步排除故障。

4

1 回答 1

16

如果您收到未定义的符号错误,则意味着您忘记链接某个库,知道您链接到的库可能没有您想象的那么有用,因为显然这些库中缺少符号,但是您可以使用该-print-file-name=library选项找出 gcc 将使用哪个路径来链接库,例如:

$ gcc -print-file-name=libc.a
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.5.2/../../../libc.a

也传递--trace给链接器显示类似的输出

gcc -Wl,--trace myprog.c -o myprog -L. -lmylib
-lmylib (./libmylib.a)
-lgcc_s (/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.5.2/libgcc_s.so)
....

(请注意,上面--trace链接器的一个参数,因此它进入-Wl.gcc为链接而调用的内容不会发出任何有用的信息--trace作为gcc其自身的参数)。

您也可以在成功构建程序ldd 使用来找出使用了哪些动态链接库,其输出如下所示:

ldd `which ls`
linux-vdso.so.1 =>  (0x00007fff7ffff000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f2e8ea93000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f2e8e88b000)
libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x00007f2e8e682000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f2e8e2ee000)
....
于 2013-02-06T17:49:15.723 回答