目录：
（0）前言
（1）#pragmamessage能够在编译信息输出窗口中输出相应的信息
（2）#pragmacode_se g能够设置程序中函数代码存放的代码段，开发驱动程序的时会用到（3）#pragmaonce若用在头文件的最开始处就能够保证头文件被编译一次
（4）#pragmahdrstop表示预编译头文件到此为止
（5）#pragmaresourc e "*.dfm"表示把*.dfm文件中的资源加入工程
（6）#pragmawarning允许有选择性的修改编译器的警告消息的行为
（7）#pragmacomment将一个注释记录放入一个对象文件或可执行文件中
（8）#pragmadata_se g建立一个新的数据段并定义共享数据
应用1：在DLL中定义一个共享的，有名字的数据段
应用2：data_se g控制应用程序的启动次数
（9）其他用法
(0)前言
#Pragma指令的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法，在保持与C和C++语言完全兼容的情况下，给出主机或操作系统专有的特征。依据定义，编译指示是机器或操作系统专有的, 且对于每个编译器都是不同的。
其格式一般为:#PragmaPara
其中Para为参数，下面来看一些常用的参数。
(1) #Pragmamessage参数能够在编译信息输出窗口中输出相应的信息
这对于源代码信息的控制是非常重要的。其使用方法为：Pragmamessage(“消息文本”) 当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法
#ifdef _X86
#pragmamessage(“_X86 macro activat ed!”)
#endif
若定义了_X86，程序编译时就会在显示“_X86 macro activat ed!”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。
(2) #pragmacode_se g能够设置程序中函数代码存放的代码段,
开发驱动程序的时候就会使用到它。格式如下：
#pragmacode_se g( [ [ { push | pop}, ] [ identif ier, ] ][ "segment-name" [, "segment-class" ] ])
该指令用来指定函数在.obj文件中存放的节，观察OBJ文件可以使用VC自带的dum pbin命令行程序，如果code_seg没有带参数的话，则函数在OBJ文件中存放在默认在.text节中。
push (可选参数) 将一个记录放到内部编译器的堆栈中，可选参数可以为一个标识符或者节名
pop(可选参数) 将一个记录从堆栈顶端弹出，该记录可以为一个标识符或者节名
identif ier (可选参数) 当使用push指令时，为压入堆栈的记录指派的一个标识符，当该标识符被删除的时
候和其相关的堆栈中的记录将被弹出堆栈
"segment-name" (可选参数) 表示函数存放的节名
例如:
c语言编译器app怎么用//默认情况下，函数被存放在.text节中
void func1() { // storedin .text
}
//将函数存放在.my_data1节中
#pragmacode_se g(".my_data1")
void func2() { // storedin my_data1
}
//r1为标识符，将函数放入.my_data2节中
#pragmacode_se g(push, r1, ".my_data2")
void func3() { // storedin my_data2
}
int main() {}
(3)#pragmaonce (比较常用)若用在头文件的最开始处就能够保证头文件被编译一次.
一般在整个工程中我们只要包含头文件一次就够了，若多个.c/.cpp文件中都要包含同一个头文件，比如Windows.h，那很多声明等等岂不是有两次了？解决这个问题的传统的方法是在头文件开始出用#define定义一个宏，比如Windows.h中:
#ifndef _WINDOW S_
#define _WINDOW S_
#endif
这样就可以避免被包含多次。但是这样的后果是代码的可读性较差(个人观点)，VC给我们提供了另外一
个途径，那就是在文件的前面加上:
#pragmaonce”
(4)#pragmahdrstop表示预编译头文件到此为止
后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件.有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragmastartu p指定编译优先级，如果使用了#pragmapackage(smart_init) ，BCB就会根据优先级的大
小先后编译。
（5）#pragmaresourc e "*.dfm"表示把*.dfm文件中的资源加入工程。*.dfm中包括窗体外观的定义。
（6）#pragmawarning允许有选择性的修改编译器的警告消息的行为
指令格式如下:
#pragmawarning( warning-specifi er : warning-number-list [;warning-specifi er : warning- number-]) #pragmawarning( push[ ,n ] )
#pragmawarning( pop )
主要用到的警告表示有如下几个:
once：只显示一次(警告/错误等)消息
default：重置编译器的警告行为到默认状态
1,2,3,4：四个警告级别
disable：禁止指定的警告信息
error：将指定的警告信息作为错误报告
#pragmawarning( disable: 4507 34; once : 4385; error : 164 )
等价于：
#pragmawarning(disable:4507 34) // 不显示4507和34号警告信息
#pragma warning(once:4385) // 4385号警告信息仅报告一次
#pragma warning(error:164) // 把164号警告信息作为一个错误。
#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将一个注释记录放入一个对象文件或可执行文件中
该指令的格式为
#pragmacomment( "comment-type" [, comment string] )
comment-type(注释类型)：可以指定为五种预定义的标识符的其中一种，五种预定义的标识符为:
compile r：将编译器的版本号和名称放入目标文件中，本条注释记录将被编译器忽略，如果你为该记录类型提供了c omment string参数，编译器将会产生一个警告
例如:#pragmacomment( compile r )
exestr：链接时，将commen tstrin g参数放入到可执行文件中，当操作系统加载可执行文件的时候，该参数字符串不会被加载到内存中.但是，该字符串可被dumpbin之类的程序查出并打印出来，你可以用这个标识符将版本号码之类的信息嵌入到可执行文件中!
lib：用来将一个库文件链接到目标文件中
比如我们连接的时候用到了W Sock32.lib，你当然可以不辞辛苦地把它加入到你的工程中。但是我觉得更方便的方法是使用#pragma指示符，指定要连接的库:
#pragma comment(lib, "WSock32.lib")
linker：将一个链接选项放入目标文件中，你可以使用这个指令来代替由命令行
传入的或者在开发环境中设置的链接选项，你可以指定/include选项来强制包含某个对象，例如: #pragmacomment(linker, "/include:__mySym bol") 你可以在程序中设置下列链接选项
/DEFAULT LIB
/EXPORT
/INCLUDE
/MERGE
/ SECTION
这些选项在这里就不一一说明了，详细信息请看m sdn!
user：将一般的注释信息放入目标文件中comm entstr ing参数包含注释的文本信息，这个注释记录将被链接器忽略，例如:
#pragmacomment( user, "Compile d on "__DATE__ " at " __TIME__ )
（8）#pragmadata_se g建立一个新的数据段并定义共享数据
格式为：
#pragmadata_se g （"sharedd ata"）
HWND sharedw nd=NULL;//共享数据
#pragmadata_se g()
应用1：在DLL中定义一个共享的，有名字的数据段。
注意：a、这个数据段中的全局变量能够被多个进程共享。否则多个进程之间无法共享D LL 中的全局变量。
b、共享数据必须初始化，否则微软编译器会把没有初始化的数据放到.BSS段中，从而导致多个进程之间的共享行为失败。
假如在一个DLL中这么写：
#pragmadata_se g("MyData")
intg_Value; // 全局变量未初始化
#pragmadata_se g()
DLL提供两个接口函数：
intGetValu e()
{
returng_Value;
}
voidSetValu e(int n)
{
g_Value = n;
}
然后启动两个都调用了这个D LL的进程A和B，假如A调用了S etValue(5); B接着调用int m = GetValue(); 那么m的值不一定是5，而是个未定义的值。因为DLL中的全局数据对于每一个调用他的进程而言，是私有的，不能共享的。假如您对g_Value进行了初始化，那么
g_Value就一定会被放进MyData段中。换句话说，假如A调用了S etValue(5); B接着调用int m = GetValue(); 那么m的值就一定是5！这就实现了跨进程之间的数据通信！#pragma
应用2： data_seg控制应用程序的启动次数
有的时候我们可能想让一个应用程序只启动一次，就像单件模式(singleton)一样，实现的方法可能有多种，这里说说用#pragma data_seg来实现的方法，很是简洁便利。应用程序的入口文件前面加上：
#pragmadata_se g("flag_da ta")
intapp_cou nt = 0;
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论