G++ 找不到库,除非它是完整路径
G++ cannot find library unless it is full path
在64位CentOS 5.8上安装EPEL 5的boost后,我遇到了奇怪的问题。我无法以其他方式链接,然后提供完整路径。即这有效:
g++ ... /usr/lib64/libboost_python.so.5
但这找不到-lboost_python
g++ ... -L/usr/lib64/ -lboost_python
可能出了什么问题?
附言LD_LIBRARY_PATH无济于事。它确实找到了一些库,但即使符号链接到/usr/lib 也无济于事。我正在构建 64 版本的程序(由 file *.o
检查)。
尝试添加符号链接:ln -s /usr/lib64/liboost_python.so /usr/lib64/libboost_python.so.5
,然后重试。
相关文章:
- CMake导出的库-在客户端应用程序中找不到include/Lib路径
- GNuPlot.exe找不到用于用 C++ 编写的路径
- 找不到 windows.winmd – 如果指定了路径,错误会乘以
- 运行可执行文件时找不到共享库,即使共享库存在于指定的路径中
- 为什么 cmake findBoost 找不到系统提升路径?
- C++流找不到相对路径
- 错误53:找不到文件,而是路径中存在所有DLL
- 使用Cmake时,Emscripten找不到全局路径
- Xmllint未设置,而在路径中找不到XMLLINT;跳过XML预处理
- 在英特尔C++编译器 (Linux) 的配置搜索路径中找不到文件可执行文件
- 即使定义了搜索路径,也找不到自定义共享库
- Windows找不到DLL在路径中的目录中以为其
- makefile 找不到来自 -I 包含路径的头文件
- VS2012:“找不到资源编译器DLL.请确保路径正确.”
- Maven NAR插件:在路径上找不到DLL依赖项
- G++ 找不到库,除非它是完整路径
- 在 Visual C++ 系统调用的路径中找不到可执行文件
- 加速安装失败:系统找不到指定的路径
- 路径正确,但找不到包含
- 为什么Qt Creator在包含的路径中找不到包含的标头 - 即使qmake能够找到它们