（7）pragma comment（…）
　　
　　该指令将一个注释记录放入一个对象文件或可执行文件中。
　　
　　常用的lib关键字，可以帮我们连入一个库文件。
　　
　　（8）用pragma导出dll中的函数
　　
　　传统的到出 DLL 函数的方法是使用模块定义文件 （。def），Visual C++(www.cppentry.com) 提供了更简洁方便的方法，那就
　　
　　是“__declspec（）”关键字后面跟“dllexport”,告诉连接去要导出这个函数，例如：
　　
　　__declspec（dllexport） int __stdcall MyExportFunction（int iTest）；
　　
　　把“__declspec（dllexport）”放在函数声明的最前面，连接生成的 DLL 就会导出函数“_MyExportFunction@4”.
　　
　　上面的导出函数的名称也许不是我的希望的，我们希望导出的是原版的“MyExportFunction”.还好，VC 提供了一个预处理指示符“#pragma”来指定连接选项 （不仅仅是这一个功能，还有很多指示功能） ,如下：
　　
　　#pragma comment（linker,“/EXPORT:MyExportFunction=_MyExportFunction@4”）
　　
　　这下就天如人愿了。如果你想指定导出的顺序，或者只将函数导出为序号，没有 Entryname,这个预处理指示符 （确切地说是连接器） 都能够实现，看看 MSDN 的语法说明：
　　
　　/EXPORT:entryname[,@ordinal[,NONAME]][,DATA]
　　
　　@ordinal 指定顺序；NONAME 指定只将函数导出为序号；DATA 关键字指定导出项为数据项。
　　
　　⑨每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。例如，对循环优化功能：
　　
　　#pragma loop_opt（on） // 激活
　　
　　#pragma loop_opt（off） // 终止
　　
　　有时，程序中会有些函数会使编译器发出你熟知而想忽略的警告，如“Parameter xxx is never used in function xxx”,可以这样：
　　
　　#pragma warn -100 // Turn off the warning message for warning #100
　　
　　int insert_record（REC *r）
　　
　　{ /* function body */ }
　　
　　#pragma warn +100 // Turn the warning message for warning #100 back on
　　
　　函数会产生一条有唯一特征码100的警告信息，如此可暂时终止该警告。
　　
　　每个编译器对#pragma的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。
　　
　　⑩#pragm pack（）的使用
　　
　　#pragma pack规定的对齐长度，实际使用的规则是：
　　
　　结构，联合，或者类的数据成员，第一个放在偏移为0的地方，以后每个数据成员的对齐，按照#pragma pack指定的数值和这个数据成员自身长度中，比较小的那个进行。
　　
　　也就是说，当#pragma pack的值等于或超过所有数据成员长度的时候，这个值的大小将不产生任何效果。
　　
　　而结构整体的对齐，则按照结构体中最大的数据成员 和 #pragma pack指定值之间，较小的那个进行。
　　
　　注意：文件使用#pragma pack（n） 改变了缺省设置而不恢复，通常可以使用#pragma pack（push, n）和#pragma pack（pop）进行设置与恢复。
　　
　　注：关于宏函数的内容在另外的专题。关于宏使用的误区在描述宏的时候已经在文中提到了，最后再给出一个例子，描述的Side Effect是指宏在展开的时候对其参数可能进行多次Evaluation（也就是取值）对程序造成的错误影响。
　　
　　假设在一个系统中，有一个32b的寄存器（REG）保存状态，其中高16b表示一种含义，低16b表示另一种含义（这在程序中经常出现）。现在要把高低16b分开，不考虑实际中的特殊要求，将代码写成：
　　
　　#define High16bit（REG） （REG》16）
　　
　　#define Low16bit（REG） （（REG《16）》16）
　　
　　对于这种写法完成的功能在大多数情况是足够了，这里不讨论。主要谈论这种写法的负面影响，如果在程序中分别在不同的语句中使用High16bit和 Low16bit,那么就可能那就是Side effect,特别寄存器REG是状态寄存器，他的状态可能随时变化，那么引起的问题就是高低16b根本取的不是同一个时刻状态寄存器。这种错误在程序中找出就比较难了。在这里我把条件弱化了，试想在一个宏体中，如果对参数多次取值也是可能引起问题，那就更难了。
　　
　　1、#define
　　
　　命令#define定义了一个标识符及一个串。在源程序中每次遇到该标识符时，均以定义的串代换它。ANSI标准将标识符定义为宏名，将替换过程称为宏
　　
　　替换。命令的一般形式为：
　　
　　#define identifier string
　　
　　注意：  该语句没有分号。在标识符和串之间可以有任意个空格，串一旦开始，仅由一新行结束。
　　
　　宏名定义后，即可成为其它宏名定义中的一部分。
　　
　　宏替换仅仅是以文本串代替宏标识符，前提是宏标识符必须独立的识别出来，否则不进行替换。例如：
　　
　　#define XYZ this is a test,使用宏printf（“XYZ”）；//该段不打印“this is a test”而打印“XYZ”.因为预编译器识别出的是“XYZ”
　　
　　如果串长于一行，可以在该行末尾用一反斜杠‘ \’续行。
　　
　　3、#include
　　
　　命令#include使编译程序将另一源文件嵌入带有#i nclude的源文件，被读入的源文件必须用双引号或尖括号括起来。例如：
　　
　　#include“stdio.h”或者#include <stdio.h>
　　
　　这两行代码均使用C编译程序读入并编译用于处理磁盘文件库的子程序。
　　
　　将文件嵌入#include命令中的文件内是可行的，这种方式称为嵌套的嵌入文件，嵌套层次依赖于具体实现。
　　
　　如果显式路径名为文件标识符的一部分，则仅在哪些子目录中搜索被嵌入文件。否则，如果文件名用双引号括起来，则首先检索当前工作目录。如果未发现文件，则在命令行中说明的所有目录中搜索。如果仍未发现文件，则搜索实现时定义的标准目录。
　　
　　如果没有显式路径名且文件名被尖括号括起来，则首先在编译命令行中的目录内检索。
　　
　　如果文件没找到，则检索标准目录，不检索当前工作目录。
　　
　　4、条件编译命令
　　
　　有几个命令可对程序源代码的各部分有选择地进行编译，该过程称为条件编译。商业软件公司广泛应用条件编译来提供和维护某一程序的许多顾客版本。
　　
　　#if、#else,#elif及#endif
　　
　　#if的一般含义是如果#if后面的常量表达式为true,则编译它与#endif之间的代码，否则跳过这些代码。命令#endif标识一个#if块的结束。
　　
　　#if constant-expression
　　
　　statement sequence
　　
　　#endif
　　
　　跟在#if后面的表达式在编译时求值，因此它必须仅含常量及已定义过的标识符，不可使用变量。表达式不许含有操作符sizeof（sizeof也是编译时求值）。
　　
　　#else命令的功能有点象C语言中的else;#else建立另一选择（在#if失败的情况下）。
　　
　　注意，#else属于#if块。
　　
　　#elif命令意义与ELSE IF 相同，它形成一个if else-if阶梯状语句，可进行多种编译选择。
　　
　　#elif 后跟一个常量表达式。如果表达式为true,则编译其后的代码块，不对其它#elif表达式进行测试。否则，顺序测试下一块。
　　
　　#if expression
　　
　　statement sequence
　　
　　#elif expression1
　　
　　statement sequence
　　
　　#endif
　　
　　在嵌套的条件编译中#endif、#else或#elif与最近#if或#elif匹配。
　　
　　# ifdef 和# ifndef
　　
　　条件编译的另一种方法是用#ifdef与#ifndef命令，它们分别表示“如果有定义”及“如果无定义”.
　　
　　#ifdef的一般形式是：
　　
　　#ifdef macroname
　　
　　statement sequence
　　
　　#endif
　　
　　#ifdef与#ifndef可以用于#if、#else,#elif语句中，但必须与一个#endif.