预指令文档格式.docx

预指令文档格式.docx

《预指令文档格式.docx》由会员分享，可在线阅读，更多相关《预指令文档格式.docx（6页珍藏版）》请在冰点文库上搜索。

当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。

当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，

此时我们可以用这条指令在编译的时候就进行检查。

假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏,

可以用下面的方法:

#ifdef 

_X86 

_X86 

macro 

activated!

"

#endif 

我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示"

_86 

。

我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。

（2）另一个使用得比较多的pragma参数是code_seg

格式如：

code_seg（["

section-name"

[,"

section-class"

]]） 

它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。

（3）#pragmaonce 

（比较常用） 

只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上在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:

450734;

once:

4385;

error:

164）

等价于：

450734） 

// 

不显示4507和34号警告信息 

warning（once:

4385） 

4385号警告信息仅报告一次 

warning（error:

164） 

把164号警告信息作为一个错误。

同时这个pragma 

warning 

也支持如下格式：

warning（push[,n]） 

warning（pop） 

这里n代表一个警告等级（1---4）。

warning（push）保存所有警告信息的现有的警告状态。

warning（push,n）保存所有警告信息的现有的警告状态，并且把全局警告等级设定为n。

warning（pop）向栈中弹出最后一个警告信息，在入栈和出栈之间所作的一切改动取消。

例如：

warning（push） 

4705） 

4706） 

4707） 

//....... 

warning（ 

pop 

） 

在这段代码的最后，重新保存所有的警告信息（包括4705，4706和4707）。

（7）#pragma 

comment（...） 

该指令将一个注释记录放入一个对象文件或可执行文件中。

常用的lib关键字，可以帮我们连入一个库文件。

如：

comment（lib,"

comctl32.lib"

）

vfw32.lib"

wsock32.lib"

每个编译程序可以用#pragma指令激活或终止该编译程序支持的一些编译功能。

例如，对循环优化功能：

#pragma 

loop_opt（on） 

激活 

loop_opt（off） 

终止 

有时，程序中会有些函数会使编译器发出你熟知而想忽略的警告，

如“Parameter 

xxx 

is 

never 

used 

in 

function 

xxx”，可以这样：

warn 

—100 

Turn 

off 

the 

message 

for 

#100 

int 

insert_record（REC 

*r） 

{ 

/* 

body 

*/ 

} 

+100 

back 

on 

函数会产生一条有唯一特征码100的警告信息，如此可暂时终止该警告。

每个编译器对#pragma的实现不同，在一个编译器中有效在别的编译器中几乎无效。

可从编译器的文档中查看。

补充——#pragmapack与内存对齐问题

许多实际的计算机系统对基本类型数据在内存中存放的位置有限制，它们会要求这些数据的首地址的值是某个数k

（通常它为4或8）的倍数，这就是所谓的内存对齐，而这个k则被称为该数据类型的对齐模数（alignmentmodulus）。

Win32平台下的微软C编译器（cl.exefor80x86）在默认情况下采用如下的对齐规则:

任何基本数据类型T的对齐模数就是T的大小，即sizeof（T）。

比如对于double类型（8字节），

就要求该类型数据的地址总是8的倍数，而char类型数据（1字节）则可以从任何一个地址开始。

Linux下的GCC奉行的是另外一套规则（在资料中查得，并未验证，如错误请指正）:

任何2字节大小（包括单字节吗?

）的数据类型（比如short）的对齐模数是2，而其它所有超过2字节的数据类型

（比如long,double）都以4为对齐模数。

ANSIC规定一种结构类型的大小是它所有字段的大小以及字段之间或字段尾部的填充区大小之和。

填充区就是为了使结构体字段满足内存对齐要求而额外分配给结构体的空间。

那么结构体本身有什么对齐要求吗？

有的，ANSIC标准规定结构体类型的对齐要求不能比它所有字段中要求最严格的那个宽松，可以更严格。

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

vc6中的编译选项有/Zp[1|2|4|8|16]，/Zp1表示以1字节边界对齐，相应的，/Zpn表示以n字节边界对齐。

n字节边界对齐的意思是说，一个成员的地址必须安排在成员的尺寸的整数倍地址上或者是n的整数倍地址上，取它们中的最小值。

也就是：

min（sizeof（member）, 

n）

实际上，1字节边界对齐也就表示了结构成员之间没有空洞。

/Zpn选项是应用于整个工程的，影响所有的参与编译的结构。

要使用这个选项，可以在vc6中打开工程属性页，c/c++页，选择CodeGeneration分类，在Structmemberalignment可以选择。

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

（1）#pragma 

pack（[n]）

该指令指定结构和联合成员的紧凑对齐。

而一个完整的转换单元的结构和联合的紧凑对齐由/Zp选项设置。

紧凑对齐用pack编译指示在数据说明层设置。

该编译指示在其出现后的第一个结构或联合说明处生效。

该编译指示对定义无效。

当你使用#pragma 

pack（n）时,这里n为1、2、4、8或16。

第一个结构成员之后的每个结构成员都被存储在更小的成员类型或n字节界限内。

如果你使用无参量的#pragma 

pack,结构成员被紧凑为以/Zp指定的值。

该缺省/Zp紧凑值为/Zp8。

（2）编译器也支持以下增强型语法:

pack（[[{push|pop},][identifier,]][n]）

若不同的组件使用pack编译指示指定不同的紧凑对齐,这个语法允许你把程序组件组合为一个单独的转换单元。

带push参量的pack编译指示的每次出现将当前的紧凑对齐存储到一个内部编译器堆栈中。

编译指示的参量表从左到右读取。

如果你使用push,则当前紧凑值被存储起来;

如果你给出一个n的值,该值将成为新的紧凑值。

若你指定一个标识符,即你选定一个名称, 

则该标识符将和这个新的的紧凑值联系起来。

带一个pop参量的pack编译指示的每次出现都会检索内部编译器堆栈顶的值,并且使该值为新的紧凑对齐值。

如果你使用pop参量且内部编译器堆栈是空的,则紧凑值为命令行给定的值,并且将产生一个警告信息。

若你使用pop且指定一个n的值,该值将成为新的紧凑值。

若你使用pop且指定一个标识符, 

所有存储在堆栈中的值将从栈中删除,直到找到一个匹配的标识符,这个与标识符相关的紧凑值也从栈中移出, 

并且这个仅在标识符入栈之前存在的紧凑值成为新的紧凑值。

如果未找到匹配的标识符, 

将使用命令行设置的紧凑值,并且将产生一个一级警告。

缺省紧凑对齐为8。

pack编译指示的新的增强功能让你编写头文件,确保在遇到该头文件的前后的

紧凑值是一样的。

（3）栈内存对齐

在vc6中栈的对齐方式不受结构成员对齐选项的影响。

它总是保持对齐，而且对齐在4字节边界上。