#pragma 指令说明

ARM 信息中心http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0348bc/BCFJBABB.html

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

其格式一般为: #Pragma Para

其中Para 为参数，下面来看一些常用的参数。

#pragma arm section [sort_type[[=]"name"]] [,sort_type="name"]*

sort_type: code、rwdata、rodata、zidata

如果“sort_type”指定了但没有指定“name”，那么之前的修改的段名将被恢复成默认值。

#pragma
arm section // 恢复所有段名为默认设置。

应用：

#pragma
arm section rwdata = "SRAM",zidata = "SRAM"

static OS_STK SecondTaskStk[256]; // “rwdata”“zidata”将定位在“sram”段中。

#pragma
arm section // 恢复默认设置

#pragma arm section [

section_sort_list

]

(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的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文件中查看。

此编译指示指定要用于后续函数或对象的节名称。这包括编译器为进行初始化而创建的匿名对象的定义。

Note

可以将

__attribute__((section(..)))

用于函数或变量以替代

#pragma arm section

。

语法

<span style="color:#000000;"><span style="background-color: #ffffff;">#pragma arm section [<em class="replaceable"><code>section_sort_list</code></em>]
</span></span>

其中：

section_sort_list

指定要用于后续函数或对象的节名称的可选列表。

section_sort_list

的语法为：

section_type

[[=]"

name

"] [,

section_type

="

name

"]*[/code]

有效的节类型是：

code

rodata

rwdata

zidata。

用法

可以将分散加载描述文件与 ARM 链接器配合使用，以控制将已命名的节放在特定内存地址的方式。

限制

此选项对以下内容无效：

内联函数及其局部静态变量。

模板实例化及其局部静态变量。

删除未使用的变量和函数。但是，可通过使用

#pragma arm section

，使链接器能够删除本来可能会保留的函数或变量，因为它与使用的函数或变量位于相同的节中。

将定义写入对象文件的顺序。

示例

<span style="color:#000000;"><span style="background-color: #ffffff;">int x1 = 5;                     // in .data (default)
int y1[100];                    // in .bss (default)
int const z1[3] = {1,2,3};      // in .constdata (default)
#pragma arm section rwdata = "foo", rodata = "bar"
int x2 = 5;                     // in foo (data part of region)
int y2[100];                    // in .bss
int const z2[3] = {1,2,3};      // in bar
char *s2 = "abc";               // s2 in foo, "abc" in .conststring
#pragma arm section rodata
int x3 = 5;                     // in foo
int y3[100];                    // in .bss
int const z3[3] = {1,2,3};      // in .constdata
char *s3 = "abc";               // s3 in foo, "abc" in .conststring
#pragma arm section code = "foo"
int add1(int x)                   // in foo (code part of region)
{
    return x+1;
}
#pragma arm section code
</span></span>

用#pragma data_seg建立一个新的数据段并定义共享数据，其具体格式为：

　　#pragma data_seg （"shareddata")

　　HWND sharedwnd=NULL;//共享数据

　　#pragma data_seg()

1，#pragma data_seg()一般用于DLL中。也就是说，在DLL中定义一个共享的，有名字的数据段。最关键的是：这个数据段中的全局变量能被多个进程共享。否则多个进程之间无法共享DLL中的全局变量。

2，共享数据必须初始化，否则微软编译器会把没有初始化的数据放到.BSS段中，从而导致多个进程之间的共享行为失败。

3。如果在一个DLL中这么写：

#pragma data_seg("MyData")

int g_Value; // Note that the global is not initialized.

#pragma data_seg()

DLL提供两个接口函数：

int GetValue()

{

return g_Value;

}

void SetValue(int n)

{

g_Value = n;

}

然后启动两个进程A和B，A和B都调用了这个DLL，如果A调用了SetValue(5); B接着调用int m = GetValue(); 那么m的值不一定是5，而是个未定义的值。因为DLL中的全局数据对于每一个调用他的进程而言，是私有的，不能共享的。如果你对g_Value进行了初始化，那么g_Value就一定会被放进MyData段中。换句话说，如果A调用了SetValue(5); B接着调用int m = GetValue(); 那么m的值就一定是5！这就实现了跨进程之间的数据通信！