我使用 zlib 已经很多年了，从来没有想过它的命名有点不合常规。虽然 Linux 上的大多数库都遵循 lib<name>.so 的命名约定对于共享对象和lib<name>.a对于文件，zlib 被命名为 zlib.so/zlib.a 。我的问题是: gcc/ld 如何知道寻找 zlib.so当我使用-lz时作为链接标志？
据我所知，为了链接，gcc 调用 ld，它在某些默认路径和用 -L 指定的任何路径中搜索库。 ，并附加 lib和.so或.a.必要时备件。奇怪的是，gcc's manual page for linking options只提到链接器可以找到文件；没有提及 .so扩大。 man page for ld至少提到了两个扩展名，但仍然只提到通过前置 lib 进行搜索到指定的库名称。 ld怎么知道添加lib 在z之后对于 zlib？我从未见过其他图书馆发生过这种情况。
最佳答案
gcc有几种不同的方法来链接库，共享的或静态的。如果指定-lz , gcc将寻找libz.so (可能在 libz 和 .so 之间有一些版本位，但重要的部分是文件名将以 libz 开头并以 .so 结尾)，或 libz.a (同样，可能包含版本信息)如果您正在静态编译，或者如果共享库不存在则作为后备。如果指定-lzlib它将寻找 libzlib.so (这不是标准名称 - 包通常被命名为 zlib ，但库本身是 libz )。另一种链接方式是不使用 -l<lib>选项，只需指定 /path/to/zlib.so或-L /path/to zlib.so (或者 zlib.a 如果你愿意的话)。在这种情况下，库不必具有 lib前缀，但您必须显式提供任何版本信息，除非提供符号链接(symbolic link)或类似的内容来提供文字名称 zlib.so .
应用程序还可以通过 dlopen() 在运行时加载共享库还有其他关联的函数，在这种情况下，库也可以命名为您想要的任何名称(当然，这不适用于静态库)。
所以，如果您正在查看的库实际上名为 zlib.so ，那么 gcc ... -lz 没有找到它，除非它恰好是指向 libz.so 的符号链接(symbolic link)(反之亦然，在这种情况下 gcc 实际上只是使用 libz.so ，它恰好与您的 zlib.so 具有相同的内容)。然而gcc如果构建过程在链接阶段显式命名库(不使用 -l<lib> )或者如果您的应用程序通过 dlopen() 加载它，则可能会使用它(但在这种情况下，它并没有真正链接到您的程序 - 它只是在运行时加载)。
关于gcc - gcc/ld 如何找到 zlib.so？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20051202/