usr/bin/ld:找不到-l

Question

我试图编译我的程序，它返回这个错误：

usr/bin/ld: cannot find -l<nameOfTheLibrary>

在我的makefile中，我使用命令g并链接到我的库，这是一个符号链接到我位于其他目录上的库。

是否有一个选项添加，使其工作，请？

Answer 1

似乎没有任何答案可以解决初学者一开始就无法安装所需库的常见问题。

在Debianish平台上，如果缺少libfoo，您可以经常使用以下方法安装它

apt-get install libfoo-dev

开发工作需要包的-dev版本，即使是一些琐碎的开发工作，例如编译源代码以链接到库。

包名有时需要一些修饰（libfoo0-dev？foo-dev，不带lib前缀？等），或者您可以简单地使用发行版的包搜索来准确地找出哪些包提供了特定的文件。

（如果不止一个，您需要找出它们的区别。选择最酷或最流行的是一条常见的捷径，但对于任何严肃的开发工作来说都不是一个可接受的过程。）

对于其他架构（最显著的是RPM），类似的过程也适用，尽管细节会有所不同。

Answer 2

如果您的库名是saylibxyz。因此它位于路径上，比如：

/home/user/myDir

然后将其链接到您的程序：

g++ -L/home/user/myDir -lxyz myprog.cpp -o myprog

Answer 3

要弄清楚链接器在寻找什么，请在详细模式下运行它。

例如，我在尝试编译支持ZLIB的MySQL时遇到了这个问题。我在编译期间收到了这样的错误：

/usr/bin/ld: cannot find -lzlib

我做了一些傻事，不断地遇到同一类的不同问题，人们会说要确保结果。所以文件实际上存在，如果它不存在，那么创建一个到版本文件的符号链接，例如zlib。所以1.2.8. 但是，当我检查时，zlib。确实存在。所以，我想，这肯定不是问题所在。

我在互联网上看到另一篇帖子，建议使用LD_DEBUG=all运行make：

LD_DEBUG=all make

虽然我得到了一吨调试输出，但实际上并没有帮助。这比其他任何事情都更令人困惑。所以，我就要放弃了。

然后，我顿悟了。我想实际检查ld命令的帮助文本：

ld --help

由此，我了解了如何在详细模式下运行ld（想象一下）：

ld -lzlib --verbose

这是我得到的输出：

==================================================
attempt to open /usr/x86_64-linux-gnu/lib64/libzlib.so failed
attempt to open /usr/x86_64-linux-gnu/lib64/libzlib.a failed
attempt to open /usr/local/lib64/libzlib.so failed
attempt to open /usr/local/lib64/libzlib.a failed
attempt to open /lib64/libzlib.so failed
attempt to open /lib64/libzlib.a failed
attempt to open /usr/lib64/libzlib.so failed
attempt to open /usr/lib64/libzlib.a failed
attempt to open /usr/x86_64-linux-gnu/lib/libzlib.so failed
attempt to open /usr/x86_64-linux-gnu/lib/libzlib.a failed
attempt to open /usr/local/lib/libzlib.so failed
attempt to open /usr/local/lib/libzlib.a failed
attempt to open /lib/libzlib.so failed
attempt to open /lib/libzlib.a failed
attempt to open /usr/lib/libzlib.so failed
attempt to open /usr/lib/libzlib.a failed
/usr/bin/ld.bfd.real: cannot find -lzlib

叮，叮，叮。。。

因此，为了最终修复它，以便我可以使用我自己的ZLIB版本（而不是捆绑版本）编译MySQL：

sudo ln -s /usr/lib/libz.so.1.2.8 /usr/lib/libzlib.so

瞧！