/usr/local/lib 中未找到共享库

Question

我不明白。我通常将第三方软件安装到 /usr/local 中，因此库被安装到 /usr/local/lib 中，并且链接到这些库时从来没有出现过问题。但现在它突然不再起作用：

$ gcc -lkaytils -o test test.c
/usr/bin/ld.gold.real: error: cannot find -lkaytils
/usr/bin/ld.gold.real: /tmp/ccXwCkYk.o: in function main:test.c(.text+0x15):
error: undefined reference to 'strCreate'
collect2: ld returned 1 exit status

当我添加参数 -L/usr/local/lib 时它就起作用了，但我以前从未使用过它。无需添加-I/usr/local/include即可找到/usr/local/include中的头文件。

我使用的是 Debian GNU/Linux 6 (Squeeze)，它在 /etc/ld.so.conf.d/libc.conf 中有一个 /usr/local/lib 条目em> 默认情况下，ldconfig 缓存知道我正在尝试使用的库：

k@vincent:~$ ldconfig -p | grep kaytils
        libkaytils.so.0 (libc6,x86-64) => /usr/local/lib/libkaytils.so.0
        libkaytils.so (libc6,x86-64) => /usr/local/lib/libkaytils.so

那么这里到底发生了什么？在哪里可以查看 gcc 默认搜索哪些库路径？也许那里出了什么问题。

Answer 1

gcc -print-search-dirs 会告诉您编译器检查的路径。 /usr/local/lib 根本不在其中，因此您的编译时链接器（在本例中是来自 binutils 的新黄金 ld）找不到该库，而动态链接器（ld-linux.so 读取由ldconfig）确实如此。大概您之前完成的构建在其 makefile 中根据需要添加了 -L/usr/local/lib （通常由 ./configure 脚本完成），或者您安装了二进制文件。

Answer 2

这可能是环境变量的问题 - 您设置了一些内容，其中包括 /usr/local/include 但不包括 /usr/local/lib

从环境变量上的 GCC 地图

       CPATH specifies a list of directories to be searched as if speci‐
       fied with -I, but after any paths given with -I options on the com‐
       mand line.  This environment variable is used regardless of which
       language is being preprocessed.

并

       The value of LIBRARY_PATH is a colon-separated list of directories,
       much like PATH.  When configured as a native compiler, GCC tries
       the directories thus specified when searching for special linker
       files, if it can’t find them using GCC_EXEC_PREFIX.  Linking using
       GCC also uses these directories when searching for ordinary
       libraries for the -l option (but directories specified with -L come
       first).

尝试“printenv”来查看您设置的内容