c++中的链接库
Linking libraries in c++
我有一个c++文件 a.p p与库的依赖关系在路径/home/name/lib和库的名称abc.so.
我按如下方式编译:
g++ a.cpp -L/home/name/lib -labc
编译程序时没有错误。然而,在运行程序时,我得到了ERROR:
。/。错误:加载共享库时出错:lib .so。0:无法打开共享目标文件:没有这样的文件或目录
但是,如果在运行程序之前,我将库路径添加为export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/name/lib;
现在编译并运行,它工作得很好
为什么我不能通过g++命令链接库?
因为共享对象库是在运行时链接的-您要么需要将位置添加到库搜索路径中(就像您所做的那样),将其放置在已经存在的路径中(如/usr/lib
),或者添加一个符号链接到现有库路径中链接到它存在的位置。
如果你想编译库,所以没有运行时依赖,你需要一个静态库(这将是abc.a
) -注意,这有很多缺点,然而(如果库更新,你需要重新编译你的可执行文件,以纳入更新)。
为什么我不能通过g++命令链接库?
您可以链接,并且您已经成功地链接了库。否则,您将无法构建可执行文件(在您的例子中是a.out)。问题是你混合了两种不同的东西:链接共享库并在运行时加载它们。加载共享库是一个非常复杂的概念,在3.2节的Program-Library-HOWTO中有很好的描述。
动态链接,这是GCC的默认行为。LD_LIBRARY_PATH用于指定查找库的目录(是强制使用特定库的一种方式),请参阅:Program-Library-HOWTO了解更多信息。还有一个ld选项-rpath用于指定正在编译的二进制文件的库搜索路径(此信息写在二进制文件中并且仅用于该二进制文件,LD_LIBRARY_PATH影响使用相同库的其他应用程序,可能期望新版本或旧版本)。
静态链接是可能的(但有点棘手),并且不需要依赖(但有时不建议,因为防止依赖库的更新,例如出于安全原因,在静态链接中,您总是使用编译二进制文件时使用的库的版本)。
- lambda参数转换为constexpr技巧,然后获取带链接的数组
- CMake-按正确顺序将项目与C运行时对象文件链接
- 从链接列表c++中删除一个项目
- 有根的二进制搜索树.保留与其父级的链接
- 读取文件的最后一行并输入到链接列表时出错
- 静态数据成员的问题-修复链接错误会导致编译器错误
- node-gyp 在 macOS 上未正确链接库
- 基于boost的程序的静态链接——zlib问题
- 无法链接 CMake 中的本地库
- 内联函数中具有内部链接的全局变量
- 链接阶段在Ubuntu上失败,但在MacOS上失败
- 使用gcc从静态链接的文件中查找可选符号
- 我可以将一个用clang c++11编译的对象与另一个用c++17编译的对象链接起来吗
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 下面是我为检测链接列表中的循环而制作的代码
- 有了gcc,是否可以链接库,但前提是它存在
- 使用C链接在函数内部创建C++模板
- Visual Studio mkl_link_tool.exe链接错误
- 尝试链接我的着色器时,我收到错误代码"error c5145 must write to gl_position"
- 有人能帮我处理这个链接列表吗?C++