#pragma comment 的使用方法

来源：互联网发布：sql模糊查询like 编辑：程序博客网时间：2024/06/04 00:05

[cpp] view plaincopy

#pragma comment ( lib,"wpcap.lib" )

表示链接wpcap.lib这个库。
和在工程设置里写上链入wpcap.lib的效果一样（两种方式等价，或说一个隐式一个显式调用），不过这种方法写的程序别人在使用你的代码的时候就
不用再设置工程settings了。告诉连接器连接的时候要找ws2_32.lib，这样你就不用在linker的lib设置
里指定这个lib了。

比如：

[cpp] view plaincopy

＃include "Mwic_32.h"
#pragma comment(lib,"Mwic_32.lib")

就不需要在project setting里面设置了

注释 pragma 可以允许用户在目标文件或可执行文件中插入注释。lib 指定符允许用户向链接器传递该注释，以在使用对象模块时指定其它的链接库。有些用户使用 lib 注释 pragma 以添加链接器选项和库名，例如：

   #pragma comment(lib, "MSVCRT -VERBOSE")

在 Visual C++ 2.x 中，代码行照原样将字符串传递给链接器，结果导致编译时附加了 /VERBOSE 链接器选项和 MSVCRT.LIB 库。但是，这种情况并不仅限于上述方式。编译器不会将注释字符串放在引号内，而会用空格分隔文本。

在 Visual C++ 4.0、4.1、和 4.2 中，编译器将注释字符串正确地放在引号内，因而导致上述代码产生以下错误：

LINK :fatal error LNK1104:cannot open file "MSVCRT -VERBOSE.lib"

[cpp] view plaincopy

// Compile options needed:none
// test.c
#pragma comment(lib,"MYLIBRARY -VERBOSE")
void main(void)
{
}
#pragma comment( comment-type [,"commentstring"] )

解决方案

使用下列新的 pragma 来指定链接器选项：

<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]

使用该选项，可以从程序导出函数，以便其他程序可以调用该函数。也可以导出数据。通常在 DLL 中定义导出。entryname

是调用程序要使用的函数或数据项的名称。ordinal
在导出表中指定范围在 1 至 65,535 的索引；如果没有指定 ordinal
，则 LINK 将分配一个。NONAME 关键字只将函数导出为序号，没有 entryname。

DATA

关键字指定导出项为数据项。客户程序中的数据项必须用 extern __declspec(dllimport)
来声明。
有三种导出定义的方法，按照建议的使用顺序依次为：

1. 源代码中的 __declspec(dllexport)
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。

0 0