#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。

语法

#pragma arm section [section_sort_list]

其中：

section_sort_list

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

section_type[[=]"name"] [,section_type="name"]*

有效的节类型是：

• code

• rodata

• rwdata

• zidata。

用法

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

限制

此选项对以下内容无效：

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

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

• 删除未使用的变量和函数。但是，可通过使用 #pragma arm section，使链接器能够删除本来可能会保留的函数或变量，因为它与使用的函数或变量位于相同的节中。

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

示例

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 .bssint const z2[3] = {1,2,3};      // in barchar *s2 = "abc";               // s2 in foo, "abc" in .conststring#pragma arm section rodataint x3 = 5;                     // in fooint y3[100];                    // in .bssint const z3[3] = {1,2,3};      // in .constdatachar *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

 

用#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！这就实现了跨进程之间的数据通信！