Additinal Dependencies和#pragma comment(lib,"*.lib")的分析
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Additinal Dependencies和#pragma comment(lib,"*.lib")的分析相关的知识,希望对你有一定的参考价值。
Additinal Dependencies和#pragma comment(lib,"*.lib")都是针对.lib文件的。
而.lib文件其实有两种。
一种是与DLL相关的,描述DLL中的函数入口地址等的,在这里两种方法作用一样。
一种是静态链接库,就是将静态库工程当前所有目标文件编译成一个二进制文件(通常是以.lib为扩展名)。Additinal Dependencies和#pragma comment(lib,"*.lib")在这静态库这里会体现出重大的不同。
假如我们有4个工程,静态库工程A,B,C和EXE工程D,B依赖A,C依赖B,D依赖C,D依赖于C。
#pragma comment(lib,"*.lib")
其作用是放置1个库的链接搜索记录到目标文件中,这个搜索记录排在默认搜索记录之后。可以在一个目标文件中放置多个搜索记录,其顺序依据于源码中添加的顺序。因为这行代码的作用只是指明链接时去相应的lib文件中查找相应函数的实现代码,只是一个记录指明的作用,并没有链接的作用。
lib工程并没有链接过程,只有编译过程。只有在生成DLL/EXE时,才会有链接过程的产生,将会将所有目标链接在一起。
因为没有链接过程,所以在编译B,C, D工程时并不需要指明其依赖的静态库(lib),只需要#include相应的头文件即可以编译生成lib文件。
那么在链接生成DLL/EXE时,则需要指明链接搜索记录。
可以在工程D中指明所有需要链接搜索的lib文件。
#pragma comment(lib,"A.lib")
#pragma comment(lib,"B.lib")
#pragma comment(lib,"C.lib")
这个时候才会真正完成链接过程,会检查函数是否定义了,是否重复定义等链接错误。
因为D表面看只依赖C,所以指明B.lib, C.lib感觉不太直观,更直观的可能是用到哪个lib添加哪个:
工程B中添加#pragma comment(lib,"A.lib")
工程C中添加#pragma comment(lib,"B.lib")
工程D中添加#pragma comment(lib,"C.lib")
Project Property->Additinal Dependencies->*.lib
这种方式附加lib文件,看起来效果与上面的方式一样,其实工作原理是不一样的,认识不清,容易产生一些问题。
AdditinalDependencies->*.lib分两种情况:
1、静态库工程中,Configuration Properties->Librarian->General->Additinal Dependencies
其作用是附加指定的lib文件至当前工程,并编译生成至当前的lib文件中。这种行为有点类似链接,但不是链接,只是将将指定lib文件合并到新的lib文件中来。
如果单独编译A, B, C, 它们均生成50K大小的lib文件。
工程B中Additinal Dependencies->A.lib
工程C中Additinal Dependencies->B.lib
那么B.lib将会是100K,C.lib将会是150K。可以看到是直接合并进来的。
但如果是如下设置:
工程B中Additinal Dependencies->A.lib
工程C中Additinal Dependencies->A.lib;B.lib
那么B.lib将会是100K,C.lib将会是200K。可以看到C.lib直接将A.lib,B.lib直接合并进来了,相当于合并了两份A.lib。这样会导致重复合并,VS编译器会提出warning LNK4006,already defined in *.obj;second definition ignored。虽然报出来的是一个链接警告,但其实并不是链接过程的。因为这样的情况很多,所以会出现非常多这类警告。MSDN对这类警告的有个相差描述:You can get this warning if you try to merge twoimport libs into one.就是指我们上面合并两个lib文件。
解决方法也分两种:
A、不合并多个lib文件成1个lib文件,则我们不需要在静态库工程中设置Additinal Dependencie。可以在DLL/EXE中通过
#pragma comment(lib,"*.lib")一次全部指明lib搜索记录,也可以在DLL/EXE工程中通过Additinal Dependencie一次附加所有涉及到的lib。如果想更直观点,用到哪个lib指明哪个,即分别在相应的lib工程里用#pragma comment(lib,"*.lib")指明相应的lib文件即可。
B、合并多个lib文件,工程B Additinal Dependencies->A.lib, 工程C Additinal Dependencies->B.lib即可。
2、DLL/EXE工程中,Configuration Properties->Linker->Input->AdditinalDependencies
可以看出,这里是在链接器下面的一个设置,也说明这里的附加是为链接完成的,即指明链接lib搜索记录,作用与#pragma comment(lib,"*.lib")一样,只不过在DLL/EXE中会产生链接过程。静态库中出现的重复重复定义、定义未实现均不会报错,但是链接过程中会检查这类错误,所以很多静态库中的错误会在DLL/EXE工程的链接结果中报出来。
以上是关于Additinal Dependencies和#pragma comment(lib,"*.lib")的分析的主要内容,如果未能解决你的问题,请参考以下文章
npm package.json中的dependencies和devDependencies的区别
转载Stanford CoreNLP Typed Dependencies
aliyun-spring-boot-dependencies版本对应关系 alibaba cloud 对应其他关系