0

首先，我希望我在这里在正确的上下文中提出这个问题......

我用 Code::Blocks 用 C++ 构建了一个应用程序。该应用程序使用第三方提供的静态库，无法通过包管理安装在系统上。因此，当我分发我的应用程序时，我会发布这些库。

这是我的目标配置的样子：

<Target title="Unix_162">
<Option output="bin/my_app" prefix_auto="1" extension_auto="1" />
<Option working_dir="/home/marco/third_party_dist/lib" />
<Option object_output="obj/Unix_162" />
<Option type="1" />
<Option compiler="gcc" />
<Option use_console_runner="0" />
<Option parameters="-c" />
<Compiler>
<Add directory="/home/marco/third_party_dist/include" />
</Compiler>
<Linker>
<Add library="/home/marco/third_party_dist/lib/lib1.so" />
<Add library="/home/marco/third_party_dist/lib/lib2.so" />
<!-- some more included the same way -->
<Add directory="/home/marco/third_party_dist/lib" />
</Linker>
</Target>

我可以很好地构建这个目标并运行它。一切正常。

今天，我尝试在 Debian Squeeze 上运行，只是复制了一个文件夹，其中包含第三方的可执行文件和库。我认为只要所有内容都在一个文件夹中，可执行文件就会找到 .so 文件。我错了。我收到消息：

/home/my_app/my_app: error while loading shared libraries: lib1.so: cannot open shared object file: No such file or directory

我的开发机器上没有收到此消息，因为 Code::Blocks 能够为可执行文件设置工作目录。我可以通过将 .so 文件的位置放在 /etc/ld.so.conf.d/my_app.conf 中来删除错误消息...

无论如何我可以构建可执行文件，以便它搜索执行目录中的库吗？或者这是 Debian 特有的问题？或者我可以在执行可执行文件之前指定进程的工作目录吗？

我想避免在启动应用程序之前更改系统配置/环境...

4

3 回答 3

2

首先，这些不是静态库（它们是共享的）。

所以问题是在运行时定位库。
有几种方法可以做到这一点：

1）设置LD_LIBRARY_PATH环境变量。
这类似于 PATH，但用于共享库。

2）在可执行文件中设置rpath。
这是一个备份到可执行文件中的路径，用于搜索共享库

-Wl,-rpath,<LIB_INSTALL_PATH>

这可以设置为. 使其在当前目录中查找。
或者您可以将其设置为'$ORIGIN'使其在安装应用程序的目录中查找。

3) 您可以将它们安装到共享库的默认位置之一。
往里看，但/etc/ld.so.conf通常/usr/lib/usr/local/lib

4）您可以添加更多默认位置
修改/etc/ld.so.conf

于 2012-08-02T15:07:33.553 回答
0

是的，您必须将 option 传递-rpath <path>给您的链接器，<path>您的库的路径在哪里（类似于 option -L）。

此外，您可能在谈论共享库，而不是静态库。

于 2012-08-02T14:55:53.980 回答
-1

我认为只要所有内容都在一个文件夹中，可执行文件就会找到 .so 文件。我错了。

需要一个额外的步骤来使 Linux 动态链接器在与可执行文件相同的目录中查找共享库。使用选项链接可执行文件-Wl,-rpath,'$ORIGIN'（在生成文件中$需要像 一样引用-Wl,-rpath,'$$ORIGIN'）。有关更多详细信息，请参阅$ORIGIN 和 rpath 注释。

于 2012-08-02T16:11:50.280 回答