关于 GCC 链接器的问题

Question

抱歉，因为目前我没有环境来自己实验和整理以下问题：

1）假设我有四个库文件： libmylib_super.a 和 libmylib_super.so< /code>、mylib_dumb.a 和 mylib_dumb.so。在指定要链接的库时，以下方法之间有什么区别：

A) -l:libmylib_super.a
B) -llibmylib_super
C) -lmylib_super
D) -lmylib_dumb

2) 手册页中 -static 的定义：

在支持动态的系统上 链接，这可以防止链接 共享库。关于其他 系统，此选项无效。

这个链接器选项与问题#1 有什么关系吗？或者说……万一他们会互相干扰呢？

谢谢。

--- 于 2009-12-28 编辑 ---

我刚刚通过链接到 Boost date_time 库建立了我的环境并进行了一些实验。假设我有三个库文件：libboost_date_time-mt-da、libboost_date_time-mt-d.s​​o.1.41.0、libboost_date_time-mt-d.s​​o - > libboost_date_time-mt-d.s​​o.1.41.0（符号链接）。

A.1) -l:libboost_date_time-mt-da ==>;链接正常，即使没有库文件，二进制文件也可以工作。
A.2) -l:libboost_date_time-mt-da 与 -static ==> 链接错误 /usr/bin/ld: 找不到 -lm

C.1) -lboost_date_time-mt-d ==>链接正常，二进制文件可以工作，但需要共享库文件。
C.2) -lboost_date_time-mt-d 与 -static ==> 链接错误 /usr/bin/ld: 找不到 -lm

关于 A.2 和 C.2 中的错误有什么想法吗？

此外，在 C.1 中运行程序时，似乎搜索名为 libboost_date_time-mt-d.s​​o.1.41.0 的共享库文件，而不是 libboost_date_time-mt-d。所以。如果程序在没有确切版本的库的系统上运行，那不是很不方便吗？使用共享库时处理版本的实用方法是什么？

Answer 1

根据手册，

A）在库路径中搜索名为libmylib_super.a的文件（首先搜索共享库行为不适用）

B）在库路径中搜索名为libmylib_super.a的文件首先liblibmylib_super.so，然后liblibmylib_super.a，或者如果-static是，则仅搜索名为liblibmylib_super.a的文件使用 - 请注意，链接器添加了 lib 前缀和文件扩展名

C) 首先在库路径中搜索名为 libmylib_super.so 的文件，然后搜索 libmylib_super.so。 a 或仅在使用 -static 时搜索名为 liblibmylib_super.so 的文件

D) 参见 C)

请注意，B) 不起作用，因为它是应将 lib 前缀添加到库名称的链接器。

请注意，D) 不起作用，因为您的 mylib_dumb 不遵循命名约定。

请参阅 GNU 链接器手册：

-l 名称规范

--library=namespec

将 namespec 指定的归档文件或目标文件添加到要链接的文件列表中。该选项可以使用任意多次。如果 namespec 的形式为 :filename，ld 将在库路径中搜索名为 filename 的文件，否则它将在库路径中搜索名为 libnamespec.a 的文件。

在支持共享库的系统上，ld 还可以搜索 libnamespec.a 以外的文件。具体来说，在 ELF 和 SunOS 系统上，ld 将在目录中搜索名为 libnamespec.so 的库，然后再搜索名为 libnamespec.a 的库。 （按照惯例，.so 扩展名表示共享库。）请注意，此行为不适用于 :filename，它始终指定一个名为 filename 的文件。

链接器只会在命令行指定的位置搜索存档一次。如果存档定义了一个在命令行上出现在存档之前的某个对象中未定义的符号，则链接器将包含存档中的相应文件。但是，稍后出现在命令行上的对象中的未定义符号不会导致链接器再次搜索存档。

请参阅 -( 选项，了解强制链接器多次搜索档案的方法。

您可以在命令行上多次列出相同的存档。

这种类型的档案搜索是 Unix 链接器的标准。但是，如果您在 AIX 上使用 ld，请注意它与 AIX 链接器的行为不同。