#pragma预处理指令详解_一天到晚游泳的鱼儿！----dannis

#pragma预处理指令详解
2007年06月29日 星期五 10:41 P.M.
虽然我用VC用了有段时间，但好像对其中的#pragma预处理指令并不是很了解。这两天由于做WINCE的课程设计遇到太多太多的问题，其中就有关于#pragma的使用。下面我就引用一牛人对#pragma的评论做个小结，顺便也给自己加强记忆：
在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。
其格式一般为: #Pragma Para
其中Para 为参数，下面来看一些常用的参数。
(1)message 参数。 Message 参数是我最喜欢的一个参数，它能够在编译信息输出窗
口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为：
#Pragma message(“消息文本”)
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法
#ifdef _X86
#Pragma message(“_X86 macro activated!”)
#endif
当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示“_
X86 macro activated!”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了
。
(2)另一个使用得比较多的pragma参数是code_seg。格式如：
#pragma code_seg( ["section-name"[,"section-class"] ] )
它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。
(3)#pragma once (比较常用）
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在VC6中就已经有了，但是考虑到兼容性并没有太多的使用它。
(4)#pragma hdrstop表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。
有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma startup指定编译优先级，如果使用了#pragma package(smart_init) ，BCB就会根据优先级的大小先后编译。
(5)#pragma resource "*.dfm"表示把*.dfm文件中的资源加入工程。*.dfm中包括窗体
外观的定义。
(6)#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 也支持如下格式：
#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关键字，可以帮我们连入一个库文件。
每个编译程序可以用#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的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。
1.       在VC6.0中定义类CXMLError的头文件中起始处有如下#include语句
#include
#include
class CXMLError
{
…
｝
在使用Level 4编译时，报告C4100，C4511，C4512，C4663，C4245，C4018几种Warning
2.       修改为如下：
#pragma warning( push )
#pragma warning( disable :  4100 4511 4512 4663 4245 4018)
#include
#include
#pragma warning( pop )
这时产生了大量C4514警告。
3.       再修改为
#pragma warning( push )
#pragma warning( disable :  4100 4511 4512 4663 4245 4018 4514)
#include
#include
#pragma warning( pop )
结果依然如上，有大量C4514警告，少量4663，4245，4108。
4.       再修改如下：
#pragma warning( disable :  4100 4511 4512 4663 4245 4018 4514)
#pragma warning( push )
#include
#include
#pragma warning( pop )
结果只余下4663, 4245, 4108
由于不能去除4663, 4245, 4108三种警告
5.       又对包含头文件修改为在Level 3编译，如下：
#pragma warning( disable:4514)
#pragma warning( push,3 )
#include
#include
#pragma warning( pop)
结果无警告产生。
6.       又尝试如下修改：
#include
#pragma warning( push,3 )
#include
#pragma warning( pop)
结果无警告产生。
1.         在防止包含头文件引起的Warning而使用#pragma warning时，应只针对产生警告的头文件进行处理，在这个问题中是，这时应该在#include 上面加#pragma warning(push)，否则可能增加其它警告，如此处产生的大量C4514
2.         在使用#pragma warning(push)后使用#pragma warning(disable: xxxx)可能无效时，可以尝试交换两个语句的顺序，这可能是VC6.0中的#pragma warning的Bug。
3. 在VC6.0中存在一些不能diable掉的Warning，如4663, 4245, 4108等。这可能是VC6.0的Bug，如已知的C4786在VC6.0中不能disable掉，使用#pragma warning(disable : 4786)之后仍然会显示警告。