解决GCC编译时静态依赖库顺序问题

最新推荐文章于 2023-05-30 10:00:00 发布
最新推荐文章于 2023-05-30 10:00:00 发布
阅读量521 收藏 1
点赞数
文章标签： c 静态库 Powered by 金山文档
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011983700/article/details/129724338
版权

在依赖静态库进行编译的时候，一旦依赖的静态库数量多了，编译的时候就要特别注意依赖顺序问题，否则如果依赖顺序不对，就会导致编译失败。

除了按照顺序正确依赖静态库以外，还有一种方式可以忽略顺序问题，那就是使用--start-group和--end-group两个链接参数。

-wl ,--start-group   .....  -wl ,--end-group

中间放上需要依赖的库，就可以忽略依赖关系进行编译了，

juelianhuayao
关注
【编译、链接、装载九】静态链接
junxuezheng的博客
06-21 821
详解静态链接、虚拟地址空间、重定位、重定位表、符号解析
折腾gcc/g++链接时.o文件及库的顺序问题
LittleGrizzly的专栏
05-24 5785
折腾gcc/g++链接时.o文件及库的顺序问题 Table of Contents 1 gcc/g++链接时.o文件以及库的顺序问题 1.1 写在前面1.2 几个名词1.3 技术铺垫 1.3.1 编译动态库时的符号解析1.3.2 linux下查看一个可执行文件或动态库依赖哪些动态库的办法1.3.3 load 动态库过程 1.4 gcc/g++链接时对库的顺序要求
gcc 编译顺序问题
sinohenu的专栏
04-24 2309
Makefile编译生成一个动态库，这个动态库需要链接一个第三方静态库，结果在写测试程序时，一直编译出错，“undefined referrence”. 最后发现，是gcc参数顺序问题导致。 从网上查到相关资料 对于C/C++编译而言，读取编译选项是按照从左到右的顺序执行的(注1) 。那么当编译器遇到源文件的时候，就开始对源文件中用到的函数进行解析，找到相对应的函数的函数体或者说是实现（
GCC链接中的库依赖，调整链接时库文件的顺序
wdwbw的专栏
04-16 2143
 GCC在链接过程中，对参数中的库的顺序是有要求的，参数右侧的库会先于左侧的库加载，也就是说参数的解析是从右往左的。    假设库B依赖与库A，则链接的时候要写为：       gcc -o bin B A   如果写为：       gcc -o bin A B   则在B中引用的A中的内容就会无法链接通过。如果多个库中对某些符号的定义相同，链接时谁先谁后可能都可以链接通过，但是运行
静态链接库的依赖顺序
chaslab
02-24 644
源码## 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 -
静态链接库顺序问题
最新发布
叫我小秦就好了的博客
05-30 870
最近遇到了一个非常奇怪的问题，编译时竟因为链接库的顺序不同，就有完全不同的结果。这些东西都是在 muduo_base 中定义的，我明明链接的 muduo_base 库，为什么会有这些报错呢？当我改变链接库的顺序时，神奇的一幕出现了。编译成功了，运行程序也得到了我想要的结果。这究竟是为什么呢？下面就来为你解答这一迷题。
再议GCC编译时的静态库依赖顺序问题
weixin_33895516的博客
09-18 746
GCC编译时的静态库依赖次顺问题.pdf 相关博文1：http://blog.chinaunix.net/uid-20682147-id-76330.html相关博文：http://blog.chinaunix.net/uid-20682147-id-5096676.html 假设有如三个源代码文件： ...
GCC编译步骤及静态库动态库制作
hhhhhyyyyy8的博客
08-20 2731
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 ...
GCC 编译依赖库和程序运行依赖库设置
taoguohan的博客
08-23 9852
一、一直以为在使用GCC编译时使用-L设置的依赖库就是程序运行时依赖库的查找路径，其实这是两个概念:编译链接环境和运行环境。 出现问题：如果不使用-rpath设置运行时路径，会在程序运行的时候出现“./overflows: error while loading shared libraries: libnet.so.9: cannot open shared object file: No su
linux gcc 静态编译,GCC 程序编译的静态链接和动态链接
weixin_36431489的博客
05-03 964
(给Linux爱好者加星标，提升Linux技能)转自：Mr_Bluyee在链接阶段中，所有对应于源文件的 .o 文件、'-l' 选项指定的库文件、无法识别的文件名(包括指定的.o目标文件和.a库文件)按命令行中的顺序传递给链接器。下面看一下，链接的过程是怎样的：gcc -v -o helloworld helloworld.oUsingbuilt-inspecs.COLLECT_GCC=gcc...
再议GCC编译时的静态库依赖次顺问题
09-10
这个问题的原因是b.cpp依赖a.cpp，gcc要求（实际是ld要求）libb.a须放在liba.a前面，即需要改成：g++ -g -o x x.o libb.a liba.a，也就是被依赖的库需要放在后头。 这是最常规的解决办法，除此之外，只需要加入--start-group和--end-group两个链接参数，即可保持被依赖的库放在前头，也就是改成如下即可：g++ -g -o $@ -Wl,--start-group $^ -Wl,--end-group。 这里的“-Wl,”表示后面跟着的参数是传递给链接器ld的，gcc不关心具体是啥。“--start-group”表示范围的开始；“--end-group”表示范围的结束，是可选的。位于“--end-group”之后的仍然要求被依赖的库放在后头。
libcurl linux 静态链接库_静态编译curl 和 可选静态编译依赖库
weixin_36202273的博客
12-31 527
新版的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...
使用静态库时需要注意的事项(gcc下程序调用静态库编译命令：主文件必须在静态库前面！)
zhangboyj的专栏
09-15 6856
在linux下c++开发时, 使用静态库时编译时需要注意如下:编译时静态库一定要放在最后。如：(在-o后面)gcc test.cpp –o test.exe libexample.a使用静态库时一定要连接所有用到的静态库如要使用libwinkeemq-cpp.a,由于libwinkeemq-cpp.a用到了libactivemq-cpp.a，而libactivemq-cpp.a又用到了libpthread.a, libuuid.a等等库,在编译时需要连接所有的库gcc test.cpp –o test.ex
编译protobuf静态库依赖顺序问题
yefengzhichen的博客
04-20 3027
在项目中要加入protobuf协议支持，在编译成功生成程序包动态库后，发现启动运行报错 未定义的protobuf符号xxx等等，用ldd查看so文件，发现确实提示了未找到。 大致的makefile文件如下： CXX=g++ CFLAGS= -g -Wall -O3 -pipe INCLUDE= -I. -I./pb/ LIB= -lpthread -pthread LIB+=$(THIRD)/pr...
GCC链接器静态库链接顺序浅析
piaomiaoxi2的专栏
06-23 2738
1. 编译链接介绍 一份C代码要编译成为可执行文件，需要经历以下步骤：预编译，编译，汇编，链接[1]，如图1。 图1 编译和链接过程 首先，在预编译阶段，源代码文件被预编译器cpp预编译成一个.i文件。预编译主要处理源代码文件中的以”#”开始的预编译指令。比如：”#include”、”#define”等。经过预编译后的.i文件不包含任何宏定义。 编译阶段就是把预处理完的文件...
交叉编译库依赖问题的解决方法
OPEN BLOG
04-11 5796
http://jianbo.de/b/archives/503 在交叉编译移植程序的时候，我们常常会遇到这样的情况：要编译的程序依赖于某个动态/静态链接库。而这个库也需要我们编译移植。在编译没有别的依赖的链接库的时候很简单，设置好交叉工具链、目标架构就可以了。而在编译有依赖需求的程序的时候，我们常常遇到找不到头文件、找不到库文件的问题。很是烦人。 要解决这个问题，其实还是很容易的。只需要先
C静态库连接的顺序问题
weixin_33957648的博客
08-01 334
C语言的静态连接，简单的说就是将编译得到的目标文件.o(.obj)，打包在一起，并修改目标文件中函数调用地址偏移量的过程。当在大一点的项目中，可能会遇到连接时，由于静态库在链接器命令行中出现顺序的问题，造成undefined reference错误。本文深入探讨一下这个问题，以及如何解决。 问题 如下图。假设有这么一个场景，在我们的构建系统中，构建了...
C++ 多个文件编译——函数调用——静态库、动态库
zhibing_ding的博客
09-01 1023
c++ 编译
GCC编译、链接、运行时库查找顺序（最真实可信）
csq_year的专栏
04-30 5794
参考了不少资料，其中最靠谱是这个：http://www.mingw.org/wiki/librarypathhowto和http://www.kaizou.org/2015/01/linux-libraries/经过线上实际验证，GCC编译、链接、运行时库查找顺序如下，这个顺序真实可信，网上很多说法有些地方都是有些问题的，导致遇到问题时总是不确定到底是哪里出了问题，花了不少时间，绝知此事要躬行。略...
编译链接顺序：为什么静态库应放在最后
本文主要探讨了一个在使用GCC编译器时容易被忽视的顺序问题，即在链接阶段如何正确处理静态库的链接顺序。在嵌入式Linux环境中，GCC（GNU Compiler Collection）是一个广泛使用的多平台、多语言编译器，它支持C、C++...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值