加载共享库时出错 [英] error while loading shared libraries
问题描述
我有一个项目组织为
\bin\cmain
\lib\libxmlrpc_client++.a
\lib\libxmlrpc_client++.so.4
\lib\libxmlrpc_client++.so.4.16
我的c程序 cmain
需要动态链接clib.so.4。当我编译代码时,我使用 -L ... / lib
来指示目录 lib
,并使用 -lxmlrpc_client ++
。但是,我的代码在加载共享库时出错:
My c program cmain
need to dynamically link clib.so.4. While I compile the code, I use -L.../lib
to indicate directory lib
and use -lxmlrpc_client++
. However, my code get error while loading shared libraries:
libxmlrpc_client++.so.4: cannot open shared object file: No such file or directory
有任何想法来解决这个问题吗?
Any ideas to fix this?
PS:问题解决,对问题的很好参考: http ://gcc.gnu.org/ml/gcc-help/2005-12/msg00017html
PS: Problem solved, a good reference to the problem: http://gcc.gnu.org/ml/gcc-help/2005-12/msg00017.html
推荐答案
你需要告诉动态链接器在哪里寻找库。假设这是某种UNIX / Linux系统,这可以通过在执行程序之前设置LD_LIBRARY_PATH环境变量来完成:
You need to tell the dynamic linker where to look for the libraries. Assuming this is some sort of UNIX/Linux system, this can be done either via setting the LD_LIBRARY_PATH environment variable before executing the program:
export LD_LIBRARY_PATH=/path/to/lib
./run-my-program
或通过在编译时设置运行时链接器路径:
or by setting the run-time linker path during compile time:
gcc -L/path/to/lib -Wl,-rpath,/path/to/lib -lxmlrpc_client++ ...
./run-my-program
这两种方法都有问题。 Google为为什么LD_LIBRARY_PATH是坏。用于设置运行时链接器路径的命令行选项因编译器而异。
Both approaches have problems. Google for "why LD_LIBRARY_PATH is bad". The command-line options for setting the run-time linker path varies from one compiler to another.
这篇关于加载共享库时出错的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!