C/C++中宏总结C程序的源代码中可包括各种编译指令(三)
ma warning(once:4385) // 4385号警告信息仅报告一次
#pragma warning(error:164) // 把164号警告信息作为一个错误。
同时这个pragma warning 也支持如下格式：
#pragma warning( push [ ,n ] )
#pragma warning( pop )
这里n代表一个警告等级(1---4)。
#pragma warning( push )保存所有警告信息的现有的警告状态。
#pragma warning( push, n)保存所有警告信息的现有的警告状态，并且把全局警告等级设定为n。
#pragma warning( pop )向栈中弹出最后一个警告信息，在入栈和出栈之间所作的一切改动取消。例如：
#pragma warning( push )
#pragma warning( disable : 4705 )
#pragma warning( disable : 4706 )
#pragma warning( disable : 4707 )
//.......
#pragma warning( pop )
在这段代码的最后，重新保存所有的警告信息(包括4705，4706和4707)。
（7）pragma comment(...)
该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字，可以帮我们连入一个库文件。
(8)用pragma导出dll中的函数
传统的到出 DLL 函数的方法是使用模块定义文件 (.def)，Visual C++ 提供了更简洁方便的方法，那就
是"__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是指宏在展开
的时候对其参数可能进行多次eva luation（也就是取值）对程序造成的错误影响。
假设在一个系统中，有一个32b的寄存器(REG)保存状态，其中高16b表示一种含义，低16b表示另一种含义（这在程序中经常出现）。现在要把高低
16b分开，不考虑实际中的特殊要求，将代码写成：
#define High16bit(REG) (REG>>16)
#define Low16bit(REG) ((REG<<16)>>16)
对于这种写法完成的功能在大多数情况是足够了，这里不讨论。主要谈论这种写法的负面影响，如果在程序中分别在不同的语句中使用High16bit和
Low16bit，那么就可能那就是Side effect，特别寄存器REG是状态寄存器，他的状态可能随时变化，那么引起的问题就是高低16b根本
取的不是同一个时刻状态寄存器。这种错误在程序中找出就比较难了。在这里我把条件弱化了，试想在一个宏体中，如果对参数多次取值也是可能引起问题，那就 更难了。