加载Boost的共享库时出错
我正在做centos。我在系统上安装了1.45.0 Boost版本。程序已正确编译，但是每当我键入命令以查看输出时，就会出现以下错误：
./a.out：加载共享库时出错：libboost_thread.so.1.45.0：无法打开共享库文件：没有此类文件或目录
问题答案：
您是如何安装Boost库的？
您可能遇到的问题是链接器找不到库，并且在构建程序时，必须手动指定其他库路径来搜索库。
您可以进行的快速修复是设置LD_LIBRARY_PATH为包含boost线程库所在的目录：
export LD_LIBRARY_PATH=/path/to/boost/libs:$LD_LIBRARY_PATH
./runExecutable
-
我有一个CMACE项目，它的下一个结构是： 输出树为： 如果我在linux下编译程序，所有的工作都很完美，但是当我在Windows下做的时候，编译很好，但是app.exe不执行；我得到下一个错误： 我怀疑不要链接internal.cpp，因为当我将它的过程移到internal.h中时，就可以很好地工作。 有什么需要帮忙的吗？ 以下是文件：root：：cmakelists.txt app：：cmak
-
问题内容： 我正在从python脚本中调用一个so文件。据我了解，我真的不需要释放使用ctypes在python中打开的共享库。但是，在我的so文件代码中，它dlopen另一个so文件并且不执行dlclose（）。在这种情况下，从python端使用安全吗？我不必释放在ctypes内部加载的共享库soe文件吗？ 问题答案： 始终遵循 “自己清洁后清理 ”的规则（尽管现代技术会为您提供清洁方面的帮助）
-
问题内容： 为了进行测试，我想从应用程序加载共享库的两个实例。库中的代码提供了API，但由于某些功能依赖于静态变量，因此它不允许我初始化库的两个（或多个）实例。 我目前正在为此lib编写单元测试，并且我想拥有两个实例，因为这将大大简化我的测试。 该库未链接到该程序。相反，我直接使用LoadLibrary / GetProcAddress（或linux上的dlopen / dlsym）加载它。为了区
-
问题内容： 我正在Linux上构建C ++可执行文件。可执行文件链接到一些Boost库中。 这是我尝试运行二进制文件时的输出： 然后，我在二进制文件上运行ldd来检查依赖关系： 我不确定为什么找不到liboos_system.sl.1.45.0 SO。我今天早些时候成功构建了它。谁能解释？ 问题答案： 找不到该库。 默认情况下会在中查找库，并在中指定目录。 通常，系统库（例如boost，如果通过软
-
问题内容： 当我尝试打开Eclipse时，弹出对话框指出： 无法加载JNI共享库“ C：/JDK/bin/client/jvm.dll”。 此后，Eclipse强制关闭。 我想提出几点： 我检查了该路径是否存在任何东西。它确实存在。 我的Eclipse和Java SE开发套件都是64位的。我检查了系统，它可以处理64位。 我已经在Google和Stack Overflow上搜索了此问题，发现的唯一
-
我正在编写一个在后端使用redis的C程序。 我尝试过构建/安装hiredis（make 使用以下命令行构建：gcc-v example.c-l hiredis-I/usr/local/include/hiredis/ 我尝试过的事情： pkg info hiredis返回0 通过（make）卸载/重新安装 都没有运气。 我猜我没有为gcc正确链接程序，但是文档中没有任何构建示例。 我做错了什么，