8

我正在尝试编译项目。它编译成功。我的make命令以状态码退出，0并且没有显示错误。

但是，该项目不起作用，当我运行ldd -d <file>它时显示我有两个找不到的库。

>ldd -d output_file.so
    linux-gate.so.1 =>  (0xf77e0000)
    libvstdlib_srv.so => not found
    libtier0_srv.so => not found
    libm.so.6 => /lib/libm.so.6 (0xf7760000)
    libdl.so.2 => /lib/libdl.so.2 (0xf775b000)
    libc.so.6 => /lib/libc.so.6 (0xf75a9000)
    /lib/ld-linux.so.2 (0x46e4a000)
undefined symbol: pfVectorNormalize     (output_file.so)
undefined symbol: _Z12VectorAnglesRK6VectorR6QAngle     (output_file.so)
undefined symbol: pfSqrt       (output_file.so)
undefined symbol: __cxa_guard_acquire   (output_file.so)
undefined symbol: __cxa_guard_release   (output_file.so)
undefined symbol: _Z6ConMsgPKcz (output_file.so)
undefined symbol: Warning      (output_file.so)
undefined symbol: __dynamic_cast        (output_file.so)
undefined symbol: _Z11ConColorMsgRK5ColorPKcz   (output_file.so)
undefined symbol: Error (output_file.so)
undefined symbol: AssertValidStringPtr  (output_file.so)
undefined symbol: _AssertValidWritePtr  (output_file.so)
undefined symbol: _AssertValidReadPtr   (output_file.so)
undefined symbol: _ZTVN10__cxxabiv121__vmi_class_type_infoE     (output_file.so)
undefined symbol: _ZTVN10__cxxabiv120__si_class_type_infoE      (output_file.so)
undefined symbol: _ZTVN10__cxxabiv117__class_type_infoE (output_file.so)
undefined symbol: __gxx_personality_v0  (output_file.so)

这两个库被设置为指向文件实际位置的符号链接：

...
lrwxrwxrwx 1 Andy Andy    62 May  2 12:30 libtier0_srv.so -> /home/dev/sdks/hl2sdk-ob-valve/lib/linux/libtier0_srv.so
lrwxrwxrwx 1 Andy Andy    64 May  2 12:30 libvstdlib_srv.so -> /home/dev/sdks/hl2sdk-ob-valve/lib/linux/libvstdlib_srv.so
-rw-r--r-- 1 Andy Andy  5444 May  2 11:53 Makefile
...

gcc正在运行的命令是

gcc -I/home/dev/sdks/hl2sdk-ob-valve/public/game/server -I. -I.. -ICEntity -Isdk -I/home/dev/project1/hl2sdk-ob-valve/public -I/home/dev/sdks/hl2sdk-ob-valve/public/engine -I/home/dev/sdks/hl2sdk-ob-valve/public/tier0 -I/home/dev/sdks/hl2sdk-ob-valve/public/tier1 -I/home/dev/sdks/hl2sdk-ob-valve/public/mathlib -I/home/dev/project1/mmsource-central/core -I/home/dev/project1/mmsource-central/core/sourcehook -I/home/dev/project1/sourcemod-central/public -I/home/dev/project1/sourcemod-central/public/sourcepawn -I/home/dev/project1/sourcemod-central/core project1_output/sdk/smsdk_ext.o project1_output/extension.o project1_output/CTrackingProjectile.o project1_output/CSentryRocket.o project1_output/CProjectileRocket.o project1_output/CProjectileArrow.o project1_output/CProjectileFlare.o project1_output/CProjectilePipe.o project1_output/CProjectileSyringe.o project1_output/CEntity/CEntity.o project1_output/CEntity/CEntityManager.o project1_output/CEntity/CPlayer.o /home/dev/project1/hl2sdk-ob-valve/lib/linux/tier1_i486.a libvstdlib_srv.so libtier0_srv.so -m32 -lm -ldl -static-libgcc -shared -o project1_output/output_file.so

我的问题是：1.）为什么即使它们是符号链接的也找不到这两个库？2.) 未定义的符号是mathlib包的一部分，包含在gcc命令中。-I/home/dev/sdks/hl2sdk-ob-valve/public/mathlib为什么这些是未定义的，尽管被包括在内？

c++不是我选择的语言，我对 Makefiles 的危险了解得足够多，但并不能真正解决任何问题，所以如果信息不足，我深表歉意。我可以根据需要提供更多。

4

4 回答 4

14

我只是偶然发现了这一点，遇到了同样的问题，但解决方案不同。

使用 LD_LIBRARY_PATH 实际上会起作用。如果它是用于您自己在构建环境中的测试，那很好，但除了这种情况，您应该尽量避免它。这是一篇比我了解更多的人的文章，为什么 LD_LIBRARY_PATH 不好：

http://xahlee.info/UnixResource_dir/_/ldpath.html

发生的事情是，从设置 LD_LIBRARY_PATH 的事实也可以看出，在运行时，您的程序找不到共享库libtier0_srv.so。/home/dev/sdks/hl2sdk-ob-valve/lib/linux/您应该将目录添加到运行时库搜索路径，而不是全局设置所有程序首先查看的变量。你通过传递选项来做到这一点

-rpath /home/dev/sdks/hl2sdk-ob-valve/lib/linux/

to ld，链接器。你可以用你的gcc通过添加选项来使用您发布的命令执行此操作

-Wl,-rpath,/home/dev/sdks/hl2sdk-ob-valve/lib/linux/,

它告诉gcc将上面的选项传递给ld.

于 2015-01-06T10:44:28.180 回答
6

库文件是共享对象，这意味着它们直到运行时才会被解析。为了让 ldd 找到它们（假设 Linux 或其他 Unix 变体），您需要将库的路径添加到您的 LD_LIBRARY_PATH （还有另一个路径 env 可以使用，但我现在想不起来）然后ldd 应该能够找到该库。

于 2013-05-02T19:10:44.533 回答
2

正如@diverscuba23 提到的，您需要将库所在的路径添加到您的LD_LIBRARY_PATH. 一种简单且非永久性的方法是在运行程序时指定它，如下所示：

LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ./yourProgram

在这种情况下，库需要位于您运行程序的同一目录中。

更普遍：

LD_LIBRARY_PATH=<PATH_TO_YOUR_LIBRARY>:$LD_LIBRARY_PATH ./yourProgram
于 2013-11-22T06:21:43.120 回答
0

您的输出文件是 *.so，一个共享对象库文件；来自另一个共享库的符号被引用但不被导入（静态链接）。
-- 使用 nm 查看符号（已定义或未定义）
ldd 将搜索 ldconfig 系统缓存并且 /etc/ld.so.conf 通知搜索位置 -- 您可以使用此功能添加库路径（例如：/opt/ Valve/lib) 与所有用户
共享——您的编译命令包括来自您的主目录的共享库存档。
---- ldd 通常不会搜索主目录，使用 LD_LIBRARY_PATH ------ 但您必须列出 您说“包含”mathlib
的目录的完整路径 ，我看到这是 -I（用于头文件） -- 但库目录是 -L $MY_PATH/mathlib/lib 和 -l vstdlib_srv 链接它


----你包含了库而不是链接它——在 C/C++ 中，include 的含义与其他语言不同：use/require/import/include
---- 这声明了符号、类型和参数列表；但不是实现
-I 提供 *.h、*.hh、*.hpp 的路径；它们是用于声明符号的文本文件
-L 提供查找库的路径（以及链接 exec 的静态库）
-l 链接包含实现的库
-rpath 为库提供运行时路径以链接到 exec 并将其编译成exec
---- 这将绑定应用程序及其库位置（例如 -rpath ../lib，当应用程序位于 bin 中时）

于 2019-02-20T09:51:13.200 回答