原来ld对于链接一系列的库的顺序是很敏感的，不然会报undefined referenced 的函数符号错误，意思就是未找到函数定义。实际上库是能正确打开的。如果库libA.a依赖于库libB.a，那么连接器的参数应该ln -lA -lB, 必须这样写。不然就会错误。
这个看来是历史的遗留问题。说白了就是，如果你确定某个库不重要，就放到最后，也就是说，库的加载顺序是按顺序进行的，从左到右，优先级最高，这也是远古时代机器太破的原因，内在和硬盘包括CPU都是极其稀罕珍贵的。所以要你提前搞定哪些需要哪些不需要，一旦需要，就加载上去，不需要就不要加载上去。这样就可以解释上面的错误了，编译器加载到socketcomm后，发现还有依赖库，再往后找，木有咧，于是就错了。
也就是说，被依赖的尽量放到后面，让大家可以共用。
这就引申同来了另外一个问题，如果有多个库，使用了相同的函数名或者类名，结构体名称会怎么样？
可以使用nm和readelf、ldd等命令来查看你的库的依赖和符号表以及导出的函数符号等。这样就可以来验证上面的因为顺序造成的不同的编译结果。
把测试的库分成动、动；静、静；动静三种情况。
第一种情况：静静库都包含有相同的名字函数
复制代码代码如下: gcc -L./ main.c -lA -lB
编译报错，在multiple definition of `XXX‘。重复定义函数。
第二种情况：动动库
这个得看加载的顺序，上面说过，从左开始，按需加载。
复制代码代码如下: gcc main.c ./libB.so ./libA.so
复制代码代码如下: gcc main.c ./libA.so ./libB.so
这样的链接方式为隐式链接，或者说加载时链接，而前面的静态库为编译时连接。
也就是说，编译的顺序确定到底调用哪个库中的同名函数。
第三种情况：动动，但是是动态加载，而不上面的静态加载。
复制代码代码如下: gcc main.c -ldl ./libA.so ./libB.so
复制代码代码如下: gcc main.c -ldl ./libB.so ./libA.so
没有加链接选项时，跟第二种情况一样。加了L选项后，指定哪上加载哪个。
libB为静态链接!, libA为动态加载.
复制代码代码如下: gcc -L./ main.c -ldl –lB
动态库的库名显示的加载入编译选项中
复制代码代码如下: gcc -L./ main.c -ldl -lB ./libA.so
复制代码代码如下: gcc -L./ main.c -ldl ./libA.so -lB
在有静态和动态时，不把动态库库名显示加入编译选项,输出是正常的,如果加进去以静态库为主和link顺序无关。谢谢阅读，希望能帮到大家，请继续关注，我们会努力分享更多优秀的文章。
Linux,ld
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。