编译指令
#pragma
详解
With #pragma, C++Builder can define the directives it wants without interfering with other compilers that support #pragma. If the compiler doesn't recognize directive-name, it ignores the #pragma directive without any error or warning message.
C++Builder supports the following #pragma directives:
#pragma alignment
#pragma anon_struct
#pragma argsused
#pragma checkoption
#pragma codeseg
#pragma comment
#pragma defineonoption
#pragma exit
#pragma hdrfile
#pragma hdrstop
#pragma inline
#pragma intrinsic
#pragma link
#pragma message
#pragma nopushoptwarn
#pragma obsolete
#pragma option
#pragma pack
#pragma package
#pragma resource
#pragma startup
#pragma undefineonoption
#pragma warn
解析 #pragma 指令
在所有的预处理指令中, #Pragma 指令可能是最复杂的了,它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。 #pragma 指令对每个编译器给出了一个方法 , 在保持与 C 和 C++ 语言完全兼容的情况下 , 给出主机或操作系统专 _ 有的特征。依据定义 , 编译指示是机器或操作系统专有的 , 且对于每个编译器都是不同的。
其格式一般为 : #Pragma Para
其中 Para 为参数,下面来看一些常用的参数。
★ (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 关键字,可以帮我们连入一个库文件。
With #pragma, C++Builder can define the directives it wants without interfering with other compilers that support #pragma. If the compiler doesn't recognize directive-name, it ignores the #pragma directive without any error or warning message.
C++Builder supports the following #pragma directives:
#pragma alignment
#pragma anon_struct
#pragma argsused
#pragma checkoption
#pragma codeseg
#pragma comment
#pragma defineonoption
#pragma exit
#pragma hdrfile
#pragma hdrstop
#pragma inline
#pragma intrinsic
#pragma link
#pragma message
#pragma nopushoptwarn
#pragma obsolete
#pragma option
#pragma pack
#pragma package
#pragma resource
#pragma startup
#pragma undefineonoption
#pragma warn
解析 #pragma 指令
在所有的预处理指令中, #Pragma 指令可能是最复杂的了,它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。 #pragma 指令对每个编译器给出了一个方法 , 在保持与 C 和 C++ 语言完全兼容的情况下 , 给出主机或操作系统专 _ 有的特征。依据定义 , 编译指示是机器或操作系统专有的 , 且对于每个编译器都是不同的。
其格式一般为 : #Pragma Para
其中 Para 为参数,下面来看一些常用的参数。
★ (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 关键字,可以帮我们连入一个库文件。