pragma详细解释.docx
- 文档编号:2422728
- 上传时间:2022-10-29
- 格式:DOCX
- 页数:17
- 大小:29.29KB
pragma详细解释.docx
《pragma详细解释.docx》由会员分享,可在线阅读,更多相关《pragma详细解释.docx(17页珍藏版)》请在冰豆网上搜索。
pragma详细解释
pragma详细解释
#Pragma是预处理指令,它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。
#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。
依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。
其格式一般为:
#PragmaPara
其中Para为参数,下面来看一些常用的参数。
(1)message参数。
Message参数是我最喜欢的一个参数,它能够在编译信息输出窗口中输出相应的信息,这对于源代码信息的控制是非常重要的。
其使用方法为:
#Pragmamessage(―消息文本‖)
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。
当我们在程序中定义了许多宏来控制源代码版本的时候,我们自己有可能都会忘记有没有正确的设置这些宏,此时我们可以用这条指令在编译的时候就进行检查。
假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法#ifdef_X86
#Pragmamessage(―_X86macroactivated!
‖)
#endif
当我们定义了_X86这个宏以后,应用程序在编译时就会在编译输出窗口里显示―_X86macroactivated!
‖。
我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。
(2)另一个使用得比较多的pragma参数是code_seg。
格式如:
#pragmacode_seg([\section-name\[,\section-class\]])
它能够设置程序中函数代码存放的代码段,使用没有section-name字符串的#pragmacode_seg可在编译开始时将其复位,当我们开发驱动程序的时候就会使用到它。
(3)#pragmaonce(比较常用)
只要在头文件的最开始加入这条指令就能够保证头文件被编译一次,这条指令实际上在VC6中就已经有了,但是考虑到兼容性并没有太多的使用它。
(4)#pragmahdrstop表示预编译头文件到此为止,后面的头文件不进行预编译。
BCB可以预编译头文件以加快链接的速度,但如果所有头文件都进行预编译又可能占太多磁盘空间,所以使用这个选项排除一些头文件。
有时单元之间有依赖关系,比如单元A依赖单元B,所以单元B要先于单元A编译。
你可以用#pragmastartup指定编译优先级,如果使用了#pragmapackage(smart_init),BCB就会根据优先级的大小先后编译。
(5)#pragmaresource\*.dfm\表示把*.dfm文件中的资源加入工程。
*.dfm中包括窗体外观的定义。
(6)#pragmawarning(disable:
450734;once:
4385;error:
164)
等价于:
#pragmawarning(disable:
450734)//不显示4507和34号警告信息
#pragmawarning(once:
4385)//4385号警告信息仅报告一次
#pragmawarning(error:
164)//把164号警告信息作为一个错误。
同时这个pragmawarning也支持如下格式:
#pragmawarning(push[,n])
#pragmawarning(pop)
这里n代表一个警告等级(1---4)。
#pragmawarning(push)保存所有警告信息的现有的警告状态。
#pragmawarning(push,n)保存所有警告信息的现有的警告状态,并且把全局警告等级设定为n。
#pragmawarning(pop)向栈中弹出最后一个警告信息,在入栈和出栈之间所作的一切改动取消。
例如:
#pragmawarning(push)
#pragmawarning(disable:
4705)#pragmawarning(disable:
4706)#pragmawarning(disable:
4707)//.......
#pragmawarning(pop)
在这段代码的最后,重新保存所有的警告信息(包括4705,4706和4707)。
(7)pragmacomment(...)
该指令将一个注释记录放入一个对象文件或可执行文件中。
常用的lib关键字,可以帮我们连入一个库文件。
(8)?
通过#pragmapack(n)改变C编译器的字节对齐方式
在C语言中,结构是一种复合数据类型,其构成元素既可以是基本数据类型(如int、long、float等)的变量,也可以是一些复合数据类型(如数组、结构、联合等)的数据单元。
在结构中,编译器为结构的每个成员按其自然对界(alignment)条件分配空间。
各个成员按照它们被声明的顺序在内存中顺序存储,第一个成员的地址和整个结构的地址相同。
例如,下面的结构各成员空间分配情况:
structtest
{
charx1;
shortx2;
floatx3;
charx4;
};
结构的第一个成员x1,其偏移地址为0,占据了第1个字节。
第二个成员x2为short类型,其起始地址必须2字节对界,因此,编译器在x2和x1之间填充了一个空字节。
结构的第三个成员x3和第四个成员x4恰好落在其自然对界地址上,在它们前面不需要额外的填充字节。
在test结构中,成员x3要求4字节对界,是该结构所有成员中要求的最大对界单元,因而test结构的自然对界条件为4字节,编译器在成员x4后面填充了3个空字节。
整个结构所占据空间为12字节。
更改C编译器的缺省字节对齐方式
在缺省情况下,C编译器为每一个变量或是数据单元按其自然对界条件分配空间。
一般地,可以通过下面的方法来改变缺省的对界条件:
?
使用伪指令#pragmapack(n),C编译器将按照n个字节对齐。
?
使用伪指令#pragmapack(),取消自定义字节对齐方式。
另外,还有如下的一种方式:
?
__attribute((aligned(n))),让所作用的结构成员对齐在n字节自然边界上。
如果结构中有成员的长度大于n,则按照最大成员的长度来对齐。
?
__attribute__((packed)),取消结构在编译过程中的优化对齐,按照实际占用字节数进行对齐。
以上的n=1,2,4,8,16...第一种方式较为常见。
应用实例
在网络协议编程中,经常会处理不同协议的数据报文。
一种方法是通过指针偏移的方法来得到各种信息,但这样做不仅编程复杂,而且一旦协议有变化,程序修改起来也比较麻烦。
在了解了编译器对结构空间的分配原则之后,我们完全可以利用这一特性定义自己的协议结构,通过访问结构的成员来获取各种信息。
这样做不仅简化了编程,而且即使协议发生变化,我们也只需修改协议结构的定义即可,其它程序无需修改,省时省力。
下面以TCP协议首部为例,说明如何定义协议结构。
其协议结构定义如下:
#pragmapack
(1)//按照1字节方式进行对齐
structTCPHEADER
{
shortSrcPort;//16位源端口号
shortDstPort;//16位目的端口号
intSerialNo;//32位序列号
intAckNo;//32位确认号
unsignedcharHaderLen:
4;//4位首部长度
unsignedcharReserved1:
4;//保留6位中的4位
unsignedcharReserved2:
2;//保留6位中的2位
unsignedcharURG:
1;
unsignedcharACK:
1;
unsignedcharPSH:
1;
unsignedcharRST:
1;
unsignedcharSYN:
1;
unsignedcharFIN:
1;
shortWindowSize;//16位窗口大小
shortTcpChkSum;//16位TCP检验和
shortUrgentPointer;//16位紧急指针
};
#pragmapack()//取消1字节对齐方式
指定连接要使用的库
比如我们连接的时候用到了WSock32.lib,你当然可以不辞辛苦地把它加入到你的工程中。
但是我觉得更方便的方法是使用#pragma指示符,指定要连接的库:
#pragmacomment(lib,"WSock32.lib")附加:
每种C和C++的实现支持对其宿主机或操作系统唯一的功能。
例如,一些程序需要精确控制超出数据所在的储存空间,或着控制特定函数接受参数的方式。
#pragma指示使每个编译程序在保留C和C++语言的整体兼容性时提供不同机器和操作系统特定的功能。
编译指示被定义为机器或操作系统特定的,并且通常每种编译程序是不同的。
语法:
#pragmatoken_string
―token_string‖是一系列字符用来给出所需的特定编译程序指令和参数。
数字符号―#‖必须是包含编译指令的行中第一个非空白字符;而空白字符可以隔开数字符号―#‖和关键字―pragma‖。
在#pragma后面,写任何翻译程序能够作为预处理符号分析的文本。
#pragma的参数类似于宏扩展。
如果编译程序发现它不认得一个编译指示,它将给出一个警告,可是编译会继续下去。
为了提供新的预处理功能,或者为编译程序提供由实现定义的信息,编译指示可以用在一个条件语句内。
C和C++编译程序可以识别下列编译程序指令。
alloc_textcommentinit_seg*optimize
auto_inlinecomponentinline_depthpack
bss_segdata_seginline_recursionpointers_to_members*check_stackfunctionintrinsicsetlocale
code_seghdrstopmessagevtordisp*
const_seginclude_aliasoncewarning
*仅用于C++编译程序。
1alloc_text
#pragmaalloc_text("textsection",function1,...)
命名特别定义的函数驻留的代码段。
该编译指示必须出现在函数说明符和函数定义之间。
alloc_text编译指示不处理C++成员函数或重载函数。
它仅能应用在以C连接方式说明的函数——就是说,函数是用extern"C"连接指示符说明的。
如果你试图将这个编译指示应用于一个具有C++连接方式的函数时,将出现一个编译程序错误。
由于不支持使用__based的函数地址,需要使用alloc_text编译指示来指定段位置。
由textsection指定的名字应该由双引号括起来。
alloc_text编译指示必须出现在任何需要指定的函数说明之后,以及这些函数的定义之前。
在alloc_text编译指示中引用的函数必须和该编译指示处于同一个模块中。
如果不这样做,使以后一个未定义的函数被编译到一个不同的代码段时,错误会也可能不会被捕获。
即使程序一般会正常运行,但是函数不会分派到应该在的段。
alloc_text的其它限制如下:
它不能用
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- pragma 详细 解释
![提示](https://static.bdocx.com/images/bang_tan.gif)