动、静态库编译顺序

已于 2023-05-22 11:03:37 修改
阅读量2.1k 收藏 1
点赞数
分类专栏： C/C++ Linux 文章标签： 动态库 linux
于 2013-04-27 21:04:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lhl_blog/article/details/8860826
版权
Linux 同时被 2 个专栏收录
175 篇文章 18 订阅
订阅专栏
C/C++
55 篇文章 2 订阅
订阅专栏

具有依赖关系的动、静态库在编译时，要特别注意链接库的顺序(连接顺序从右到左)，例如，程序foo.c 依赖库A、B。动态库、或静态库A依赖于静态库B，在编译连接的时候，顺序如下：

gcc -o foo foo.c -lA -lB


如果顺序颠倒的话，将会提示A库中找不到B库的关联信息，在编写具有多个具有依赖关系的静态库时，需要特别注意顺序问题！

奔跑的码仔
关注
专栏目录
动态库、静态库编译测试：含静态库链接动态库、静态库，动态库链接静态库、动态库
AmyAndTommy的博客
09-07 6086
本文的目的是测试各种类型库的编译后的使用效果，包括库又链接其他库的编译方法，使用方法，依赖性等。 太长不看版：请跳至文章最后的总结对比表。 一。内容包含： ①静态库libbb.a依赖静态库libaa.a的测试； ②静态库libbb.a依赖动态库libaa.so的测试； ③动态库libbb.so依赖静态库libaa.a的测试； ④动态库libbb.so依赖动态库libaa.so的测试； ...
编译链接的时候静态库顺序导致符号未定义问题详解
zerooffdate的专栏
08-15 4188
前情概要 接入新库的时候遇到符号位定义问题。有人跟我说改一下库的顺序，就能解决问题。我试了下，嗯，问题是解决了。但是我总觉得库之间不应该有依赖关系，毕竟链接库就是个找符号的问题，如果有依赖，那a，b两个库，相互依赖，顺序怎么整呢？大型的软件，岂不是加一个库就要弄死人？带着这个疑问我做了一些小实验，来看一下一下库位置的顺序到底是如何影响符号未定义问题的。 问题根源 之所以链接顺序改变可以解决符...
静态库链接时的依赖关系和先后顺序
weixin_34026276的博客
05-13 792
1 静态库链接时的依赖关系 静态库之间是有依赖关系的，比如A.lib依赖于B.lib、C.lib、D.lib、E.lib，因为A会使用B、C、D、E中的函数。 2 使用静态库时的先后顺序 是不是B、C、D、E一定要放在A的后面？或者说，如果自己依赖于某个库，那么自己就要放在这个库的后面？ 如果是的话，为什么会这样？是所有的链接器都是这样的吗？ MSVC++12.0编译器是不管这个顺序的，...
Linux编译库的顺序,GCC 库的链接顺序问题
weixin_36316574的博客
05-04 375
前言最近MIPS上开发一个程序，需要用到浮点运算。写好bootloader，main函数，在main函数调用log浮点运算，包含math库。然后再写好makefile，ld脚本。gcc的参数用到了：CFLAGS= -c -march=3081 -msoft-float -fno-inline $(ENDIAN) -G0ld的参数用到了：LDFLAGS= -march=3081 -msoft-fl...
5.15 vs2019 静态编译_链接过程中静态库先后顺序的影响分析
weixin_39755952的博客
11-03 353
问题描述项目中准备引入redis，采用acl的c++库对redis进行访问。acl的示例代码如下所示#include 对示例代码进行编译链接`报了许多链接的错误(aio_listen_stream.o问题分析acl和acl_cpp均为静态库，acl是最基础的库，以C语言实现，其它库均依赖于该库; acl_cpp库用C++封装了acl库，提供给C++程序调用。链接错误集中表现为acl_cpp库引用了...
静态链接库的依赖顺序
chaslab
02-24 649
源码## main.c ## extern void two(); int main() { two(); } ## one.c ## void one(){}; ## two.c ## extern void one(); void two() { one(); }链接$ ar -clq libone.a one.o $ ar -clq libtwo.a two.o $ gcc -
gcc编译中动态库与静态库链接顺序
最新发布
u012804199的博客
02-06 1153
编译顺序是从左往右加载，当编译funca时发现func未定义，会将其加入未定义符号列表，待加载静态库funcb时将func从未定义符号列表移除。如下：libfunca.so中调用的func函数，在静态库libfuncb.a和动态库libfuncc.so、动态库libfuncd.so中均有定义。有些特殊使用场景，不免会遇到要编译一个程序会同时链接动态库和静态库。（3）当链接的动态库A中未定义某函数接口，但编译该动态库A时链接的动态库B中有该接口定义，在编译该程序时无需链接动态库B依然不会报错。
GCC编译步骤及静态库动态库制作
hhhhhyyyyy8的博客
08-20 2737
GCC GCC编译的4个步骤 -D：编译的之后添加宏定义 //测试gcc -D选项，编译的时候指定宏定义. #include<stdio.h> int main(int argc, char const *argv[]) { #ifdef DEBUG printf("hello\n"); #else printf("world\n"); #endif #ifdef ...
linux编译poco静态库,cmake Poco 静态库链接出错问题小结
weixin_39556702的博客
05-02 807
问题是这样的我在项目中一直使用的是动态库. CMakeList.txt 中动态库链接选项如下:target_link_libraries(vhost libPocoFoundationd.so libPocoNetd.so libPocoUtild.so libPocoNetSSLd.so libPocoDataMySQLd.so libboost_filesystem.so libboost_...
libcurl linux 静态链接库_静态编译curl 和 可选静态编译依赖库
weixin_36202273的博客
12-31 535
新版的curl 支持了更细致时间粒度的curl_easy_getinfo,以及HTTP2, 这里介绍手工编译源码安装方式,并使用openssl1.1.1b从https://www.openssl.org/ 下载1.1.1 序列的long-term 源码,并编译安装 ./config --prefix=/opt/itc/openssl enable-weak-ssl-ciphers no-share...
静态库的链接顺序
Xiamenguoke的专栏
07-01 2745
一个静态库若是调用了另外一个静态库的函数，在编译这个静态库的时候，只是会去找这个函数的声明，不会管这个函数是否有实现。所以在使用这个静态库的时候，得配合它所用的函数所在的静态库一起使用。 编译的时候找不到实现不会报错，但是链接的时候如果这个函数没有实现，则会报undefined错误。 静态库A源文件 int func_A() { func_B_in_lib_B(); } 此时
交叉编译静态库的链接顺序
rangf的专栏
09-20 5646
交叉编译时遇到：undefined reference to `XXX'. 解决办法： 一，用nm看看库里边是不是有对应的符号： nm *.a/*.lib/*.so |grep "XXX" 二，看看是不是被strip过了： $ file libusb-1.0.a libusb-1.0.so.0.1.0 libusb-1.0.a:        current ar archiv
GCC链接器静态库链接顺序浅析
piaomiaoxi2的专栏
06-23 2755
1. 编译链接介绍 一份C代码要编译成为可执行文件，需要经历以下步骤：预编译，编译，汇编，链接[1]，如图1。 图1 编译和链接过程 首先，在预编译阶段，源代码文件被预编译器cpp预编译成一个.i文件。预编译主要处理源代码文件中的以”#”开始的预编译指令。比如：”#include”、”#define”等。经过预编译后的.i文件不包含任何宏定义。 编译阶段就是把预处理完的文件...
[编译]GCC 连接顺序
klpyy的专栏
09-19 1134
当使用两个静态库存在依赖的时候，连接的时候可能会遇”undefined reference to”问题。 这里我们使用a.c b.c main.c 来说明：编译连接： gcc -g -fPIC -c acall.c -o a.o gcc -g -fPIC -c bcall.c -o b.o gcc -g -c main.c -o main.o ar r liba.a
Makefile 简单编写
weixin_50438937的博客
03-13 517
Makefile 编译生成可执行文件概述Makefile的基本格式示例解析第1~4行自定义变量 和 $( )的使用第5~7行反斜杠转义符号自动变量 $^ 和 $@$^$@第8、9行匹配符%第10、11行CFLAGS、LDFLAGS和LIBSCFLAGSLDFLAGSLIBS 概述 在 Linux（unix ）环境下使用GNU 的make工具能够比较容易的构建一个属于你自己的工程，整个工程的编译只需要一个make命令就可以完成编译、连接以至于最后的执行。不过这需要我们投入一些时间去完成一个或者多个称之为Mak
编译链接
nameofcsdn的博客
05-11 8152
1，编译链接 编译链接分为4个步骤：预处理、编译、汇编、链接 2，预处理（预编译） 预编译过程把源文件变成.i文件，主要处理以#开头的预编译指令，比如#include、#define等 主要处理规则： 2，编译 编译是把预处理完的文件进行一系列词法分析、语法分析、语义分析、优化后，生成相应的汇编代码文件。 3，汇编 汇编器将汇编代码变成机器指令，没有复杂语法，也没有语义，也不需要优化，只需要一一对应的翻译即可。 4，链接 链接过程生成可执行文件。 ...
动态库链接和路径问题总结
SanShuiGeGe的博客
11-09 1037
动态库链接和路径问题总结
动态库、静态库的编译，以及使用
wangxu696200的博客
07-28 832
动态库，静态库的使用
编译和链接过程步骤
calm_agan的专栏
01-26 590
1、预编译     gcc -E hello.c -o hello.i     源代码文件hello.c和相关的头文件（如stdio.h），被【预编译器（cpp）】预编译成一个.i文件；     预编译过程，主要处理那些源代码中的，以#开头的预编译指令；    如 ：展开所有的宏定义（#define），            处理所有的条件预编译指令（#if，#ifdef，#else，#...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值