- #pragma comment ( lib,"wpcap.lib" )
和在工程设置里写上链入wpcap.lib的效果一样(两种方式等价,或说一个隐式一个显式调用),不过这种方法写的 程序别人在使用你的代码的时候就
不用再设置工程settings了。告诉连接器连接的时候要找ws2_32.lib,这样你就不用在linker的lib设置
里指定这个lib了。
比如:
- #include "Mwic_32.h"
- #pragma comment(lib,"Mwic_32.lib")
就不需要在project setting里面设置了
#pragma comment(lib, "MSVCRT -VERBOSE")在 Visual C++ 2.x 中,代码行照原样将字符串传递给链接器,结果导致编译时附加了 /VERBOSE 链接器选项和 MSVCRT.LIB 库。但是,这种情况并不仅限于上述方式。编译器不会将注释字符串放在引号内,而会用空格分隔文本。
在 Visual C++ 4.0、4.1、和 4.2 中,编译器将注释字符串正确地放在引号内,因而导致上述代码产生以下错误:
- // Compile options needed:none
- // test.c
- #pragma comment(lib,"MYLIBRARY -VERBOSE")
- void main(void)
- {
- }
- #pragma comment( comment-type [,"commentstring"] )
解决方案
<div class="dp-highlighter bg_c-sharp"><div class="bar"><div class="tools"><strong>[c-sharp]</strong> <a target=_blank href="http://blog.csdn.net/liruda/article/details/2230617#" class="ViewSource" title="view plain">view plain</a><a target=_blank href="http://blog.csdn.net/liruda/article/details/2230617#" class="CopyToClipboard" title="copy">copy</a></div></div><ol class="dp-c" start="1"><li class="alt"><span><span class="preprocessor">#pragma comment(linker, "<linker options>")</span><span> </span></span></li></ol></div>
示例代码
<pre><strong> </strong> <em>comment-type</em> 是一个预定义的标识符,指定注释的类型,应该是<strong>compiler, exestr,lib,linker</strong> 之一。 <span class="parameter">commentstring是一个提供为</span> <em>comment-type</em> 提供附加信息的字符串, Remarks: 1、compiler:放置编译器的版本或者名字到一个对象文件,该选项是被linker忽略的。 2、exestr:在以后的版本将被取消。 3、lib:放置一个库搜索记录到对象文件中,这个类型应该是和<span class="parameter">commentstring(指定你要Liner搜索的lib的名称和路径) 这个库的名字放在Object文件的默认库搜索记录的后面,linker搜索这个这个库就像你在命令行输入这个命令一样。你可以 在一个源文件中设置多个库记录,它们在object文件中的顺序和在源文件中的顺序一样。如果默认库和附加库的次序是需要 区别的,使用Z编译开关是防止默认库放到object模块。 4、linker:指定一个连接选项,这样就不用在命令行输入或者在开发环境中设置了。 只有下面的linker选项能被传给Linker. </span> */DEFAULTLIB * /EXPORT * /INCLUDE * /MANIFESTDEPENDENCY * /MERGE */SECTION
(1)/DEFAULTLIB:library /DEFAULTLIB 选项将一个 library 添加到 LINK 在解析引用时搜索的库列表。用 /DEFAULTLIB 指定的库在命令行上指定的库之后和 .obj 文件中指定的默认库之前被搜索。忽略所有默认库 (/NODEFAULTLIB) 选项重写 /DEFAULTLIB:library。如果在两者中指定了相同的 library 名称, 忽略库
(/NODEFAULTLIB:library
) 选项将重写 /DEFAULTLIB:library。
(2)/EXPORT: entryname
[,@ordinal
[,NONAME]][,DATA]
是调用程序要使用的函数或数据项的名称。ordinal
在导出表中指定范围在 1 至 65,535 的索引;如果没有指定 ordinal
,则 LINK 将分配一个。NONAME 关键字只将函数导出为序号,没有 entryname。
DATA
关键字指定导出项为数据项。客户程序中的数据项必须用 extern __declspec(dllimport)
来声明。
有三种导出定义的方法,按照建议的使用顺序依次为:
2. .def 文件中的 EXPORTS 语句
3. LINK 命令中的 /EXPORT 规范
所有这三种方法可以用在同一个程序中。LINK 在生成包含导出的程序时还创建导入库,除非生成中使用了 .exp 文件。
LINK 使用标识符的修饰形式。编译器在创建 .obj 文件时修饰标识符。如果 entryname
以其未修饰的形式指定给链接器(与其在源代码中一样),则 LINK 将试图匹配该名称。如果无法找到唯一的匹配名称,则 LINK 发出错误信息。当需要将标识符指定给链接器时,请使用 Dumpbin 工具获取该标识符的修饰名形式。
(3)/INCLUDE:symbol
/INCLUDE 选项通知链接器将指定的符号添加到符号表。
若要指定多个符号,请在符号名称之间键入逗号 (,)、分号 (;) 或空格。在命令行上,对每个符号指定一次 /INCLUDE: symbol。
链接器通过将包含符号定义的对象添加到程序来解析 symbol。该功能对于添包含不会链接到程序的库对象非常有用。用该选项指定符号将通过 /OPT:REF 重写该符号的移除。
我们经常用到的是#pragma comment(lib,"*.lib")这类的。 #pragma comment(lib,"Ws2_32.lib")表示链接Ws2_32.lib这个库。 和在工程设置里写上链入Ws2_32.lib的效果一样,不过这种方法写的 程序别人在使用你的代码的时候就不用再设置工程settings了
http://www.cnitblog.com/ictfly/archive/2011/06/27/74454.html
附加:
#pragma comment(lib, "")的路径问题
common.cpp中有一条#pragma comment(lib,"common.lib"),其中common.cpp和common.lib处于同一个名为common的文件夹。
而工程文件在其他文件夹,编译的时候,编译器从工程文件的同级目录查找common.lib,结果当然是找不到了。
首先,由于这个common文件夹中的文件是所有人共享的,并不是每一个人的common绝对路径都相同,所以不能使用绝对路径链接lib。
另外,由于多个项目使用这个common文件夹,但是它们的位置也各不相同,所以也不能使用相对于工程目录的相对路径。
但是至少common.cpp和common.lib是处于同一个目录的,那么有办法让它自动找到吗?
找到最佳解决方法了:
common.lib还是common.lib不变,不用改名,然后
#define LIBPATH(p,f) p##f
#pragma comment(lib,LIBPATH(__FILE__, "..\\srilm-lib\\common.lib"))
直接搞定,就算common.cpp.dir这个文件夹不存在也没有关系。
编译环境Vs2003。