预处理器指令 (合集)

最新推荐文章于 2023-06-28 00:14:15 发布

napu_sh

最新推荐文章于 2023-06-28 00:14:15 发布

阅读量1.3k

点赞数

分类专栏： Win32 Base MFC C/C++ 文章标签： linker library compiler object 编译器

C/C++ 同时被 3 个专栏收录

171 篇文章 9 订阅

订阅专栏

MFC

46 篇文章 0 订阅

订阅专栏

Base

22 篇文章 0 订阅

订阅专栏

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------

几个特殊的预处理器指令：#error，#line，#import，#using和NULL指令

转自 http://hi.baidu.com/baiyw920/blog/item/274f7e94f606810f7bf480b4.html

#error message：

编译器遇到此命令时停止编译，并将参数message输出。该命令常用于程序调试。

#line：

格式为：#line line_number

"filename"：

用于改变变量__LINE__和__FILE__的值。filename是可选的。变量__LINE__和__FILE__分别表示当前正在处理的行和文件名。

#line:

#line 10 "main.cpp"
将当前的行改为10，当前文件改为"main.cpp"。

#import：

格式为：#import "filename" [attributes]或#import <filename> [attributes]。
用于获得类型库中的信息，类型库中的内容被转换为C++类。主要用来描述COM接口。
参数filename：描述需要导入的类型库，可以为以下几种：
1.包含类型库的文件名，如.olb .tlb .dll文件。关键字file:后面加文件名。
2.类型库中一个control的progid。关键字progid:后面加具体的progid，例如：
   #import "progid:my.prog.id.1.5"
3.类型库中的库ID。关键字libid:后面跟库的ID，例如：
   #import "libid:12341234-1234-1234-1234-123412341234" version("4.0") lcid("9")
   参数attributes：一个或多个导入属性。中间用空格或逗号隔开，例如：
   #import "..\drawctl\drawctl.tlb" no_namespace, raw_interfaces_only
   或
   #import "..\drawctl\drawctl.tlb" no_namespace raw_interfaces_only

NULL指令：

NULL指令就是一个#符号单独在一行上。它不产生影响。

#using：

格式为：#using file [as_friend]。
用于向使用CLR（公共语言运行时）的程序中导入元数据。

file：一个MSIL的.dll .exe .netmodule或.obj文件，例如：
#using <MyComponent.dll>
as_friend：用于指定该文件中的所有类型都是可访问的。
也可以在编译器选项中设置/FU（Force #using）来代替在代码中使用#using。

---------------------------------------------------------------------------------------------------------------------------------------------------------

预处理器的预定义宏大全

转自 http://hi.baidu.com/baiyw920/blog/item/980ace4a1814f1f782025c3d.html

符合ANSI的预定义宏：

__DATE__：表示当前源文件编译时的日期，格式为：月/天/年（Mmm dd yyyy）。
__FILE__：表示当前正在处理的源文件名称。
__LINE__：表示当前正在处理的源文件的行，可以用#line指令修改。
__STDC__：表示是ANSI C标准。只有在编译器选项指定了/Za，并且不是编译C++程序时，被定义为常整数1；否则未定义。
__TIME__：表示当前源文件的最近编译时的时间，格式为：小时/分/秒（hh:mm:ss）。
__TIMESTAMP__：表示当前源文件的最近修改日期和时间，格式为：Ddd Mmm dd hh:mm:ss yyyy，其中Ddd是星期的缩写。

Microsoft相关的宏：

_ATL_VER：定义了ATL的版本。
_CHAR_UNSIGNED：设置默认的char类型是unsigned的。只有在编译器选项/J指定时才有定义。
__CLR_VER：指定了应用程序编译时的通用语言运行时（CLR）的版本。格式为：Mmmbbbbb，其中M是CLR的主版本，mm是CLR的次版本，bbbbb是build号。
__cplusplus_cli：只有在用/clr，/clr:pure或/clr:safe编译时才有定义。__cplusplus_cli的值是200406。
__COUNTER__：为一个整数，从0开始，每出现一次，其值增加1。可以使用__COUNTER__作为前缀来产生唯一的名字。
__cplusplus:只有在编译C++程序时才有定义，一般用于区分C程序和C++程序。
_CPPLIB_VER：在程序中如果包含了任意C++标准库头文件，则_CPPLIB_VER有定义。用于显示正在使用的头文件的版本。
_CPPRTTI：用于标识编译器是否指定了RTTI。如果编译器选项中设定了/GR（打开运行时类型信息机制-RTTI），则_CPPRTTI有定义。
_CPPUNWIND：用于标识编译器是否打开异常处理。如果编译器选项中设定了/GX，则_CPPRTTI有定义。
_DEBUG：用于标识是Debug模式。在编译器指定了/LDd，/MDd或/MTd时才有定义。
_DLL：当编译器选项指定了/MD或/MDd（Multithread DLL）时才有定义。
__FUNCDNAME__：只有在函数内部才有效。返回该函数经编译器修饰后的名字。如果编译器选项中设定了/EP或/P，则__FUNCDNAME__是未定义。
__FUNCSIG__：只有在函数内部才有效，并且返回该函数的签名。一个函数的签名由函数名、参数列表、返回类型、内含的命名空间组成。如果它是一个成员函数，它的类名和const/volatile限定符也将是签名的一部分。在64位操作系统中，__cdecl是默认的函数调用方式。如果编译器选项中设定了/EP或/P，则__FUNCSIG__是未定义。
__FUNCTION__：只有在函数内部才有效。返回该函数未经修饰的名字。如果编译器选项中设定了/EP或/P，则__FUNCTION__是未定义。
_INTEGRAL_MAX_BITS：表示整数类型的最大位数（bits）。
_M_ALPHA：为DEC ALPHA平台定义。（现在已不支持）
_M_CEE：当使用/clr的任意形式(/clr:oldSyntax, 例如/clr:safe)编译时被定义。
_M_CEE_PURE：当使用/clr:pure编译时被定义。
_M_CEE_SAFE：当使用/clr:safe编译时被定义。
_M_IX86：为x86处理器架构定义。当值为300时说明是80386，值是400时说明是80486
_M_IA64：为Itanium处理器家族的64位处理器（IA64）架构定义。
_M_IX86_FP：表示编译器选项/arch的值。0：/arch未指定；1：指定/arch:SSE；2：指定/arch:SSE2
_M_MPPC：为Power Macintosh平台定义。（现在已不支持）
_M_MRX000：为MIPS平台定义。（现在已不支持）
_M_PPC：为PowerPC平台定义。（现在已不支持）
_M_X64：为x64处理器架构定义。
_MANAGED：当编译器选项指定/clr时定义，其值为1。
_MFC_VER：指定MFC版本。例如：0x0700表示MFC version 7。
_MSC_BUILD：表示编译器版本号的修订号部分。修订号是以时期进行分割的版本号的第四部分。例如：如果VC++编译器的版本号是15.00.20706.01，则_MSC_BUILD的值为1。
_MSC_EXTENSIONS：当指定编译器选项/Ze（默认）时有定义，其值为1。
_MSC_FULL_VER：表示编译器的主，次版本号及build号。主版本号是整个版本号的第一部分，次版本号是整个版本号的第二部分，build号是整个版本号的第三部分。例如：如果VC++编译器的版本号是15.00.20706.01，则_MSC_FULL_VER的值为150020706。可以在命令行键入cl /?来查看编译器的版本号。
_MSC_VER：表示编译器的主，次版本号。例如：如果VC++编译器的版本号是15.00.20706.01，则_MSC_VER的值为1500。
__MSVC_RUNTIME_CHECKS：当指定编译器选项/RTC之一（/RTCs或/RTCu或/RTC1）时有定义。
_MT：当指定编译器选项/MD或/MDd(Multithreaded DLL)或/MT或/MTd(Multithreaded)时有定义。
_NATIVE_WCHAR_T_DEFINED：当指定编译器选项/Zc:wchar_t（将wchar_t视为内置类型）时有定义。
_OPENMP：当指定编译器选项/openmp时有定义，返回一个表示Visual C++中的OpenMP的日期的整数。
_VC_NODEFAULTLIB：当指定编译器选项/Zl（忽略默认库名）时有定义。
_WCHAR_T_DEFINED：当指定编译器选项/Zc:wchar_t或工程中包含的系统头文件中定义了wchar_t时有定义。
WIN32：为Win32和Win64应用程序定义。总有定义。
_WIN64：为Win64应用程序定义。
_Wp64：当指定编译器选项/Wp64时有定义。

--------------------------------------------------------------------------------------------------------------------------------------

#pragma预处理指令详解

转自 http://hi.baidu.com/baiyw920/blog/item/9fc1b73e2b9626c57d1e7130.html

C和C++程序的每次执行都支持其所在的主机或操作系统所具有的一些独特的特点。例如，有些程序需要精确控制数据存放的内存区域或控制某个函数接收的参数。#pragma为编译器提供了一种在不同机器和操作系统上编译以保持C和C++完全兼容的方法。#pragma是由机器和相关的操作系统定义的，通常对每个编译器来说是不同的。
如果编译器遇到不认识的pragma指令，将给出警告信息，然后继续编译。Microsoft C and C++ 的编译器可识别以下指令：alloc_text，auto_inline，bss_seg，check_stack，code_seg，comment，component，conform，const_seg，data_seg，deprecated，fenv_access，float_control，fp_contract，function，hdrstop，include_alias，init_seg，inline_depth，inline_recursion，intrinsic，make_public，managed，message，omp，once，optimize，pack，pointers_to_members，pop_macro，push_macro，region, endregion，runtime_checks，section，setlocale，strict_gs_check，unmanaged，vtordisp，warning。其中conform，init_seg，pointers_to_members，vtordisp仅被C++编译器支持。

pragma:

以下是常用的pragma指令的详细解释。
1.#pragma once。保证所在文件只会被包含一次，它是基于磁盘文件的，而#ifndef则是基于宏的。

2.#pragma warning。允许有选择性的修改编译器的警告消息的行为。有如下用法：

#pragma warning(disable:4507 34; once:4385; error:164) 等价于：     
#pragma warning(disable:4507 34) // 不显示4507和34号警告信息     
#pragma warning(once:4385)       // 4385号警告信息仅报告一次     
#pragma warning(error:164)       // 把164号警告信息作为一个错误 
#pragma warning(default:176)     // 重置编译器的176号警告行为到默认状态

同时这个pragma warning也支持如下格式,其中n代表一个警告等级(1---4)：

#pragma warning(push)   // 保存所有警告信息的现有的警告状态    
#pragma warning(push,n) // 保存所有警告信息的现有的警告状态，并设置全局报警级别为n     
#pragma warning(pop)    // 恢丛 鹊木 孀刺 趐ush和pop之间所做的一切改动将取消

例如：

#pragma warning(push)     
#pragma warning(disable:4705)
#pragma warning(disable:4706)
#pragma warning(disable:4707)
#pragma warning(pop)

在这段代码后，恢复所有的警告信息(包括4705，4706和4707)。

3.#pragma hdrstop。表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。

4.#pragma message。在标准输出设备中输出指定文本信息而不结束程序运行。用法如下：
#pragma message("消息文本")。当编译器遇到这条指令时就在编译输出窗口中将“消息文本”打印出来。

5.#pragma data_seg。一般用于DLL中，它能够设置程序中的初始化变量在obj文件中所在的数据段。如果未指定参数，初始化变量将放置在默认数据段.data中，有如下用法：
#pragma data_seg("Shared") // 定义了数据段"Shared"，其中有两个变量a和b
int a = 0; // 存储在数据段"Shared"中
int b; // 存储在数据段".bss"中，因为没有初始化
#pragma data_seg() // 表示数据段"Shared"结束，该行代码为可选的
对变量进行专门的初始化是很重要的，否则编译器将把它们放在普通的未初始化数据段中而不是放在shared中。如上述的变量b其实是放在了未初始化数据段.bss中。

#pragma data_seg("Shared")
int j = 0;                      // 存储在数据段"Shared"中
#pragma data_seg(push, stack1, "Shared2") //定义数据段Shared2，并将该记录赋予别名stack1，然后放入内部编译器栈中
int l = 0;                      // 存储在数据段"Shared2"中
#pragma data_seg(pop, stack1)   // 从内部编译器栈中弹出记录，直到弹出stack1，如果没有stack1，则不做任何操作
int m = 0;                      // 存储在数据段"Shared"中，如果没有上述pop段，则该变量将储在数据段"Shared2"中

6.#pragma code_seg。它能够设置程序中的函数在obj文件中所在的代码段。如果未指定参数，函数将放置在默认代码段.text中，有如下用法：

void func1() {                  // 默认存储在代码段.text中
}
#pragma code_seg(".my_data1")
void func2() {                  // 存储在代码段.my_data1中
}
#pragma code_seg(push, r1, ".my_data2")
void func3() {                  // 存储在代码段.my_data2中
}
#pragma code_seg(pop, r1)
void func4() {                  // 存储在代码段.my_data1中
}

7.#pragma pack。用来改变编译器的字节对齐方式。常规用法为：

#pragma pack(n)   //将编译器的字节对齐方式设为n，n的取值一般为1、2、4、8、16，一般默认为8
#pragma pack(show) //以警告信息的方式将当前的字节对齐方式输出
#pragma pack(push) //将当前的字节对齐方式放入到内部编译器栈中
#pragma pack(push,4) //将字节对齐方式4放入到内部编译器栈中，并将当前的内存对齐方式设置为4
#pragma pack(pop) //将内部编译器栈顶的记录弹出，并将其作为当前的内存对齐方式
#pragma pack(pop,4) //将内部编译器栈顶的记录弹出，并将4作为当前的内存对齐方式
#pragma pack(pop,r1) //r1为自定义的标识符，将内部编译器中的记录弹出，直到弹出r1，并将r1的值作为当前的内存对齐方式；如果r1不存在，当不做任何操作

8.#pragma comment。将一个注释记录放置到对象文件或可执行文件中。
其格式为：#pragma comment( comment-type [,"commentstring"] )。其中，comment-type是一个预定义的标识符，指定注释的类型，应该是compiler，exestr，lib，linker，user之一。
compiler：放置编译器的版本或者名字到一个对象文件，该选项是被linker忽略的。
exestr：在以后的版本将被取消。
lib：放置一个库搜索记录到对象文件中，这个类型应该与commentstring（指定Linker要搜索的lib的名称和路径）所指定的库类型一致。在对象文件中，库的名字跟在默认搜索记录后面；linker搜索这个这个库就像你在命令行输入这个命令一样。你可以在一个源文件中设置多个库搜索记录，它们在obj文件中出现的顺序与在源文件中出现的顺序一样。
如果默认库和附加库的次序是需要区别的，使用/Zl编译开关可防止默认库放到object模块中。
linker：指定一个连接选项，这样就不用在命令行输入或者在开发环境中设置了。只有下面的linker选项能被传给Linker：
   /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至65535；如果没有指定ordinal，则LINK将分配一个。NONAME关键字只将函数导出为序号，没有entryname。DATA 关键字指定导出项为数据项。客户程序中的数据项必须用extern __declspec(dllimport)来声明。
有三种导出定义的方法，按照建议的使用顺序依次为：
源代码中的__declspec(dllexport)
.def文件中的EXPORTS语句
LINK命令中的/EXPORT规范
所有这三种方法可以用在同一个程序中。LINK在生成包含导出的程序时还要创建导入库，除非在生成过程中使用了.exp 文件。
LINK使用标识符的修饰形式。编译器在创建obj文件时修饰标识符。如果entryname以其未修饰的形式指定给链接器（与其在源代码中一样），则LINK将试图匹配该名称。如果无法找到唯一的匹配名称，则LINK发出错误信息。当需要将标识符指定给链接器时，请使用Dumpbin工具获取该标识符的修饰名形式。
(3)/INCLUDE:symbol
/INCLUDE选项通知链接器将指定的符号添加到符号表。若要指定多个符号，请在符号名称之间键入逗号(,)、分号(;)或空格。在命令行上，对每个符号需指定一次/INCLUDE:symbol。
链接器通过将包含符号定义的对象添加到程序来解析symbol。该功能对于添加不会链接到程序的库对象非常有用。
用该选项所指定的符号将覆盖通过/OPT:REF对该符号进行的移除操作。
(4)/MANIFESTDEPENDENCY:manifest_dependency
/MANIFESTDEPENDENCY允许你指定位于manifest文件的<dependency>段的属性。/MANIFESTDEPENDENCY信息可以通过下面两种方式传递给LINK:
直接在命令行运行/MANIFESTDEPENDENCY
通过#pragma comment
(5)/MERGE:from=to
/MERGE选项将第一个段(from)与第二个段(to)进行联合，并将联合后的段命名为to的名称。
如果第二个段不存在，LINK将段(from)重命名为to的名称。
/MERGE选项对于创建VxDs和重写编译器生成的段名非常有用。
(6)/SECTION:name,[[!]{DEKPRSW}][,ALIGN=#]
/SECTION选项用来改变段的属性，当指定段所在的obj文件编译的时候重写段的属性集。
可移植的可执行文件(PE)中的段(section)与新可执行文件(NE)中的节区(segment)或资源大致相同。
段(section)中包含代码或数据。与节区(segment)不同的是，段(section)是没有大小限制的连续内存块。有些段中的代码或数据是你的程序直接定义和使用的，而有些数据段是链接器和库管理器(lib.exe)创建的，并且包含了对操作系统来说很重要的信息。
/SECTION选项中的name是大小写敏感的。
不要使用以下名称，因为它们与标准名称会冲突，例如，.sdata是RISC平台使用的。

.arch 
.bss 
.data 
.edata 
.idata 
.pdata 
.rdata 
.reloc 
.rsrc 
.sbss 
.sdata 
.srdata 
.text 
.xdata

为段指定一个或多个属性。属性不是大小写敏感的。对于一个段，你必须将希望它具有的属性都进行指定；如果某个属性未指定，则认为是不具备这个属性。如果你未指定R，W或E，则已存在的读，写或可执行状态将不发生改变。
要对某个属性取否定意义，只需要在属性前加感叹号(!)。
   E：可执行的
   R：可读取的
   W：可写的
   S：对于载入该段的镜像的所有进程是共享的
   D：可废弃的
   K：不可缓存的
   P：不可分页的
注意K和P是表示否定含义的。
PE文件中的段如果没有E，R或W属性集，则该段是无效的。
ALIGN=#选项让你为一个具体的段指定对齐值。
user：放置一个常规注释到一个对象文件中，该选项是被linker忽略的。

9.#pragma section。创建一个段。
其格式为：#pragma section( "section-name" [, attributes] )
section-name是必选项，用于指定段的名字。该名字不能与标准段的名字想冲突。可用/SECTION查看标准段的名称列表。
attributes是可选项，用于指定段的属性。可用属性如下，多个属性间用逗号(,)隔开：
   read：可读取的
   write：可写的
   execute：可执行的
   shared：对于载入该段的镜像的所有进程是共享的
   nopage：不可分页的，主要用于Win32的设备驱动程序中
   nocache：不可缓存的，主要用于Win32的设备驱动程序中
   discard：可废弃的，主要用于Win32的设备驱动程序中
   remove：非内存常驻的，仅用于虚拟设备驱动(VxD)中
如果未指定属性，默认属性为read和write。
在创建了段之后，还要使用__declspec(allocate)将代码或数据放入段中。
例如：

//pragma_section.cpp
#pragma section("mysec",read,write)
int j = 0;
__declspec(allocate("mysec"))
int i = 0;
int main(){}

该例中, 创建了段"mysec"，设置了read,write属性。但是j没有放入到该段中，而是放入了默认的数据段中，因为它没有使用__declspec(allocate)进行声明；而i放入了该段中，因为使用__declspec(allocate)进行了声明。

10.#pragma push_macro与#pragma pop_macro。前者将指定的宏压入栈中，相当于暂时存储，以备以后使用；后者将栈顶的宏出栈，弹出的宏将覆盖当前名称相同的宏。例如：

#include <stdio.h>
#define X 1
#define Y 2
int main() {
   printf("%d",X);
   printf("\n%d",Y);
   #define Y 3   // C4005
   #pragma push_macro("Y")
   #pragma push_macro("X")
   printf("\n%d",X);
   #define X 2   // C4005
   printf("\n%d",X);
   #pragma pop_macro("X")
   printf("\n%d",X);
   #pragma pop_macro("Y")
   printf("\n%d",Y);
}

输出结果：

-----------------------------------------------------------------------------------------------------------------------------

pragma comment的使用

本文转自 http://www.cppblog.com/xczhang/archive/2008/01/10/40866.html

#pragma comment( comment-type [,"commentstring"] )

comment-type是一个预定义的标识符，指定注释的类型，应该是compiler，exestr，lib，linker之一。
commentstring是一个提供为comment-type提供附加信息的字符串，
Remarks：
   1、compiler：放置编译器的版本或者名字到一个对象文件，该选项是被linker忽略的。
   2、exestr：在以后的版本将被取消。
   3、lib：放置一个库搜索记录到对象文件中，这个类型应该是和commentstring（指定你要Liner搜索的lib的名称和路径）
   这个库的名字放在Object文件的默认库搜索记录的后面，linker搜索这个这个库就像你在命令行输入这个命令一样。你可以在一个源文件中设置多个库记录，它们在object文件中的顺序和在源文件中的顺序一样。如果默认库和附加库的次序是需要区别的，使用Z编译开关是防止默认库放到object模块。
   4、linker：指定一个连接选项，这样就不用在命令行输入或者在开发环境中设置了。
      只有下面的linker选项能被传给Linker.
         /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) 来声明。
   有三种导出定义的方法，按照建议的使用顺序依次为：
   源代码中的 __declspec(dllexport)
   .def 文件中的 EXPORTS 语句
   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了。

----------------------------------------------------------------------------------------------------------------------------------------

_USRDLL _AFXDLL _WINDLL 三种dll编译宏的具体含义

转自 http://blog.sina.com.cn/s/blog_4ca059540100n87m.html

常见的编译参数VC建立项目时总会定义" Win32"。控制台程序会定义" _CONSOLE"，否则会定义" _WINDOWS"。Debug版定义" _DEBUG"，Release版定义" NDEBUG"
　　与MFC DLL有关的编译常数包括：
　　 _WINDLL 表示要做一个用到MFC的DLL
　　 _USRDLL 表示做一个用户DLL（相对MFC扩展DLL而言）
　　 _AFXDLL 表示使用MFC动态链接库的 regular DLL
　　 _AFXEXT 表示要做一个MFC扩展DLL
　　所以：
　　Regular, statically linked to MFC _WINDLL,_USRDLL
　　Regular, using the shared MFC DLL _WINDLL,_USRDLL,_AFXDLL
　　Extension DLL _WINDLL,_AFXDLL,_AFXEXT