目录：
（0）  前言
（1） #pragma message能够在编译信息输出窗口中输出相应的信息
（2） #pragma code_seg能够设置程序中函数代码存放的代码段,开发驱动程序的时会用到
（3） #pragma  once若用在头文件的最开始处就能够保证头文件被编译一次
（4） #pragma  hdrstop表示预编译头文件到此为止
（5） #pragma  resource "*.dfm"表示把*.dfm文件中的资源加入工程
（6） #pragma warning允许有选择性的修改编译器的警告消息的行为
（7） #pragma comment将一个注释记录放入一个对象文件或可执行文件中
（8） #pragma data_seg建立一个新的数据段并定义共享数据
                                                    应用1：在DLL中定义一个共享的，有名字的数据段
                                                    应用2： data_seg控制应用程序的启动次数
（9） 其他用法
 
(0)前言
  #Pragma 指令的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma 指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的, 且对于每个编译器都是不同的。 
  其格式一般为:  #Pragma  Para 
  其中Para为参数，下面来看一些常用的参数。 
(1) #Pragma message参数能够在编译信息输出窗口中输出相应的信息
      这对于源代码信息的控制是非常重要的。其使用方法为： Pragma  message(“消息文本”)   
      当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法 
c语言listinsert函数            #ifdef  _X86 
            #pragma message(“_X86 macro activated!”) 
            #endif 
      若定义了_X86，程序编译时就会在显示“_X86 macro activated!”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了 。 
(2) #pragma code_seg能够设置程序中函数代码存放的代码段,
    开发驱动程序的时候就会使用到它。格式如下： 
        #pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ][ "segment-name" [, "segment-class" ] ])
    该指令用来指定函数在.obj文件中存放的节,观察OBJ文件可以使用VC自带的dumpbin命令行程序 ,如果code_seg没有带参数的话,则函数在OBJ文件中存放在默认在.text节中。
    push (可选参数) 将一个记录放到内部编译器的堆栈中,可选参数可以为一个标识符或者节名
    pop(可选参数) 将一个记录从堆栈顶端弹出,该记录可以为一个标识符或者节名
    identifier (可选参数) 当使用push指令时,为压入堆栈的记录指派的一个标识符,当该标识符被删除的时候和其相关的堆栈中的记录将被弹出堆栈
    "segment-name" (可选参数) 表示函数存放的节名
例如:
            //默认情况下,函数被存放在.text节中
            void func1() {                  // stored in .text
                              }
            //将函数存放在.my_data1节中
            #pragma code_seg(".my_data1")
            void func2() {                  // stored in my_data1
                              }
            //r1为标识符,将函数放入.my_data2节中
            #pragma code_seg(push, r1, ".my_data2")
            void func3() {                  // stored in my_data2
                              }
              int main() {}
   
  (3)#pragma  once (比较常用)若用在头文件的最开始处就能够保证头文件被编译一次.
      一般在整个工程中我们只要包含头文件一次就够了，若多个.c/.cpp 文件中都要包含同一个头文件，比如 Windows.h，那很多声明等等岂不是有两次了？解决这个问题的传统的方法是在头文件开始出用 #define 定义一个宏，比如 Windows.h 中: 
              #ifndef  _WINDOWS_ 
              #define  _WINDOWS_ 
              #endif
      这样就可以避免被包含多次。但是这样的后果是代码的可读性较差 (个人观点)，VC给我们提供了另外一个途径，那就是在文件的前面加上: 
              #pragma  once” 
   
(4)#pragma  hdrstop表示预编译头文件到此为止
      后面的头文件不进行预编译。BCB可以预编译头文件以加快链接的速度，但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文件.有时单元之间有依赖关系，比如单元A依赖单元B，所以单元B要先于单元A编译。你可以用#pragma  startup指定编译优先级，如果使用了#pragma  package(smart_init) ，BCB就会根据优先级的大小先后编译。 
（5）#pragma  resource "*.dfm"表示把*.dfm文件中的资源加入工程。*.dfm中包括窗体外观的定义。 
（6） #pragma warning允许有选择性的修改编译器的警告消息的行为
指令格式如下:
                #pragma warning( warning-specifier : warning-number-list [;warning-specifier :  warning-  ])
                #pragma warning( push[ ,n ] )
                #pragma warning( pop )
主要用到的警告表示有如下几个:
                once:只显示一次(警告/错误等)消息
                default:重置编译器的警告行为到默认状态
                1,2,3,4:四个警告级别
                disable:禁止指定的警告信息
                error:将指定的警告信息作为错误报告
                #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( 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将一个注释记录放入一个对象文件或可执行文件中
该指令的格式为
                #pragma comment( "comment-type" [, commentstring] )
                comment-type(注释类型):可以指定为五种预定义的标识符的其中一种，五种预
定义的标识符为:
          compiler:将编译器的版本号和名称放入目标文件中,本条注释记录将被编译器忽略，如果你为该记录类型提供了commentstring参数,编译器将会产生一个警告
          例如:#pragma comment( compiler )
          exestr: 链接时，将commentstring参数放入到可执行文件中,当操作系统加载可执行文件的时候,该参数字符串不会被加载到内存中.但是,该字符串可被 dumpbin之类的程序查出并打印出来,你可以用这个标识符将版本号码之类的信息嵌入到可执行文件中!
            lib:用来将一个库文件链接到目标文件中
比如我们连接的时候用到了WSock32.lib，你当然可以不辞辛苦地把它加入到你的工程中。但是我觉得更方便的方法是使用#pragma指示符，指定要连接的库: 
                                    #pragma  comment(lib,  "WSock32.lib")
              linker:将一个链接选项放入目标文件中,你可以使用这个指令来代替由命令行传入的或者在开发环境中设置的链接选项,你可以指定/include选项来强制包含某个对象,例如:
                                     #pragma comment(linker, "/include:__mySymbol")
你可以在程序中设置下列链接选项
                                    /DEFAULTLIB
                                    /EXPORT
                                    /INCLUDE
                                    /MERGE
                                    / SECTION
  这些选项在这里就不一一说明了,详细信息请看msdn!
            user:将一般的注释信息放入目标文件中commentstring参数包含注释的文本信息,这个注释记录将被链接器忽略，例如:
                                   #pragma comment( user, "Compiled on " __DATE__ " at " __TIME__ )

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。