求助编辑

• 美[p'ræɡmə]英[p'ræɡmə]
• n.〔计〕杂注
• 网络编译指示；显示编译指示；特殊指令

在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。

编辑本段一般格式

　　其格式一般为: #pragma Para。其中Para 为参数，下面来看一些常用的参数

编辑本段常用参数

#pragma

message 参数

　　Message 参数能够在编译信息输出窗口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为： 　　#pragma message(“消息文本”) 　　当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。 　　当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法 　　#ifdef _X86 　　#pragma message(“_X86 macro activated!”) 　　#endif 　　当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示“_X86 macro activated!”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。

code_seg

　　另一个使用得比较多的pragma参数是code_seg。格式如： 　　#pragma code_seg( ["section-name"[,"section-class"] ] ) 　　它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。

#pragma once

　　(比较常用） 　　只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在VC6中就已经有了，但是考虑到兼容性并没有太多的使用它。 　　#pragma once是编译相关，就是说这个编译系统上能用，但在其他编译系统不一定可以，也就是说移植性差，不过现在基本上已经是每个编译器都有这个定义了。 　　#ifndef，#define，#endif这个是C++语言相关，这是C++语言中的宏定义，通过宏定义避免文件多次编译。所以在所有支持C++语言的编译器上都是有效的，如果写的程序要跨平台，最好使用这种方式

#pragma hdrstop

　　#pragma hdrstop表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件。 　　有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma startup指定编译优先级，如果使用了#pragma package(smart_init) ，BCB就会根据优先级的大小先后编译。

#pragma resource

　　#pragma resource "*.dfm"表示把*.dfm文件中的资源加入工程。*.dfm中包括窗体外观的定义。

#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 也支持如下格式： 　　#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)。

pragma comment

　　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的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。 　　#pragma pack(n)和#pragma pop() 　　struct sample 　　{ 　　char a; 　　double b; 　　}; 　　当sample结构没有加#pragma pack(n)的时候,sample按最大的成员那个对齐; 　　（所谓的对齐是指对齐数为n时,对每个成员进行对齐,既如果成员a的大小小于n则将a扩大到n个大小; 　　如果a的大小大于n则使用a的大小;）所以上面那个结构的大小为16字节. 　　当sample结构加#pragma pack(1)的时候,sizeof(sample)=9字节;无空字节。 　　（另注：当n大于sample结构的最大成员的大小时，n取最大成员的大小。 　　所以当n越大时，结构的速度越快，大小越大；反之则） 　　#pragma pop()就是取消#pragma pack(n)的意思了，也就是说接下来的结构不用#pragma pack(n) 　　#pragma comment( comment-type ,["commentstring"] ) 　　comment-type是一个预定义的标识符，指定注释的类型，应该是compiler，exestr，lib，linker之一。 　　commentstring是一个提供为comment-type提供附加信息的字符串。 　　注释类型： 　　1、compiler： 　　放置编译器的版本或者名字到一个对象文件，该选项是被linker忽略的。 　　2、exestr： 　　在以后的版本将被取消。 　　3、lib： 　　放置一个库搜索记录到对象文件中，这个类型应该是和commentstring（指定你要Linker搜索的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了

编辑本段应用实例

　　在网络协议编程中，经常会处理不同协议的数据报文。一种方法是通过指针偏移的　　方法来得到各种信息，但这样做不仅编程复杂，而且一旦协议有变化，程序修改起来 　　也比较麻烦。在了解了编译器对结构空间的分配原则之后，我们完全可以利用这 　　一特性定义自己的协议结构，通过访问结构的成员来获取各种信息。这样做， 　　不仅简化了编程，而且即使协议发生变化，我们也只需修改协议结构的定义即可， 　　其它程序无需修改，省时省力。下面以TCP协议首部为例，说明如何定义协议结构。 　　其协议结构定义如下： 　　#pragma pack(1) // 按照1字节方式进行对齐 　　struct TCPHEADER 　　{ 　　short SrcPort; // 16位源端口号 　　short DstPort; // 16位目的端口号 　　int SerialNo; // 32位序列号 　　int AckNo; // 32位确认号 　　unsigned char HaderLen : 4; // 4位首部长度 　　unsigned char Reserved1 : 4; // 保留6位中的4位 　　unsigned char Reserved2 : 2; // 保留6位中的2位 　　unsigned char URG : 1; 　　unsigned char ACK : 1; 　　unsigned char PSH : 1; 　　unsigned char RST : 1; 　　unsigned char SYN : 1; 　　unsigned char FIN : 1; 　　short WindowSize; // 16位窗口大小 　　short TcpChkSum; // 16位TCP检验和 　　short UrgentPointer; // 16位紧急指针 　　}; 　　#pragma pop() // 取消1字节对齐方式 　　#pragma pack规定的对齐长度，实际使用的规则是： 结构，联合，或者类的数据成员，第一个放在偏移为0的地方，以后每个数据成员的对齐，按照#pragma pack指定的数值和这个数据成员自身长度中，比较大的那个进行。 但是，当#pragma pack的值等于或超过最长数据成员的长度的时候，这个值的大小将不产生任何效果。 而结构整体的对齐，则按照结构体中最大的数据成员 和 #pragma pack指定值 之间，较小的那个进行。 　　指定连接要使用的库比如我们连接的时候用到了 WSock32.lib，你当然可以不辞辛苦地把它加入到你的工程中。但是我觉得更方便的方法是使用 #pragma 指示符，指定要连接的库:#pragma comment(lib, "WSock32.lib")

#pragma 预处理指令详解

(2006-12-5 15:33)

在所有的预处理指令中，#pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。
#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。
依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。  
    其格式一般为: #pragma  para  
    其中para为参数，下面来看一些常用的参数。

(1)message 参数

message参数是我最喜欢的一个参数，它能够在编译信息输出窗口中输出相应的信息，
这对于源代码信息的控制是非常重要的。其使用方法为：  
    #pragma  message("消息文本")  
    当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。  
    当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，
此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏,
可以用下面的方法:
    #ifdef  _X86  
    #pragma  message("_X86  macro  activated!")  
    #endif  
    我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示"_86  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  comment(lib, "comctl32.lib")
    #pragma  comment(lib, "vfw32.lib")
    #pragma  comment(lib, "wsock32.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的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。

补充 —— #pragma pack 与 内存对齐问题

许多实际的计算机系统对基本类型数据在内存中存放的位置有限制，它们会要求这些数据的首地址的值是某个数k
(通常它为4或8)的倍数，这就是所谓的内存对齐，而这个k则被称为该数据类型的对齐模数(alignment modulus)。

Win32平台下的微软C编译器(cl.exe for 80x86)在默认情况下采用如下的对齐规则: 
    任何基本数据类型T的对齐模数就是T的大小，即sizeof(T)。比如对于double类型(8字节)，
就要求该类型数据的地址总是8的倍数，而char类型数据(1字节)则可以从任何一个地址开始。

Linux下的GCC奉行的是另外一套规则(在资料中查得，并未验证，如错误请指正):
    任何2字节大小(包括单字节吗?)的数据类型(比如short)的对齐模数是2，而其它所有超过2字节的数据类型
(比如long,double)都以4为对齐模数。

ANSI C规定一种结构类型的大小是它所有字段的大小以及字段之间或字段尾部的填充区大小之和。
填充区就是为了使结构体字段满足内存对齐要求而额外分配给结构体的空间。那么结构体本身有什么对齐要求吗？
有的，ANSI C标准规定结构体类型的对齐要求不能比它所有字段中要求最严格的那个宽松，可以更严格。

如何使用c/c++中的对齐选项

vc6中的编译选项有 /Zp[1|2|4|8|16] ，/Zp1表示以1字节边界对齐，相应的，/Zpn表示以n字节边界对齐。
n字节边界对齐的意思是说，一个成员的地址必须安排在成员的尺寸的整数倍地址上或者是n的整数倍地址上，取它们中的最小值。
也就是：
    min ( sizeof ( member ),  n)

实际上，1字节边界对齐也就表示了结构成员之间没有空洞。
    /Zpn选项是应用于整个工程的，影响所有的参与编译的结构。
    要使用这个选项，可以在vc6中打开工程属性页，c/c++页，选择Code Generation分类，在Struct member alignment可以选择。

要专门针对某些结构定义使用对齐选项，可以使用#pragma pack编译指令:

(1) #pragma  pack( [ n ] )

该指令指定结构和联合成员的紧凑对齐。而一个完整的转换单元的结构和联合的紧凑对齐由/Zp 选项设置。
紧凑对齐用pack编译指示在数据说明层设置。该编译指示在其出现后的第一个结构或联合说明处生效。
该编译指示对定义无效。
    当你使用#pragma  pack ( n ) 时, 这里n 为1、2、4、8 或16。
    第一个结构成员之后的每个结构成员都被存储在更小的成员类型或n 字节界限内。
如果你使用无参量的#pragma  pack, 结构成员被紧凑为以/Zp 指定的值。该缺省/Zp 紧凑值为/Zp8 。

(2) 编译器也支持以下增强型语法:
    #pragma  pack( [ [ { push | pop } , ] [ identifier, ] ] [ n] )

若不同的组件使用pack编译指示指定不同的紧凑对齐, 这个语法允许你把程序组件组合为一个单独的转换单元。
带push参量的pack编译指示的每次出现将当前的紧凑对齐存储到一个内部编译器堆栈中。
    编译指示的参量表从左到右读取。如果你使用push, 则当前紧凑值被存储起来; 
如果你给出一个n 的值, 该值将成为新的紧凑值。若你指定一个标识符, 即你选定一个名称, 
则该标识符将和这个新的的紧凑值联系起来。

带一个pop参量的pack编译指示的每次出现都会检索内部编译器堆栈顶的值,并且使该值为新的紧凑对齐值。
如果你使用pop参量且内部编译器堆栈是空的,则紧凑值为命令行给定的值, 并且将产生一个警告信息。
若你使用pop且指定一个n的值, 该值将成为新的紧凑值。若你使用p o p 且指定一个标识符, 
所有存储在堆栈中的值将从栈中删除, 直到找到一个匹配的标识符, 这个与标识符相关的紧凑值也从栈中移出, 
并且这个仅在标识符入栈之前存在的紧凑值成为新的紧凑值。如果未找到匹配的标识符, 
将使用命令行设置的紧凑值, 并且将产生一个一级警告。缺省紧凑对齐为8 。

pack编译指示的新的增强功能让你编写头文件, 确保在遇到该头文件的前后的
紧凑值是一样的。

(3) 栈内存对齐

在vc6中栈的对齐方式不受结构成员对齐选项的影响。它总是保持对齐，而且对齐在4字节边界上。