嵌入式C语言--#pragma指令

嵌入式C语言–#pragma指令

嵌入式C语言--#pragma指令

嵌入式C语言--#pragma指令
- 一. pragma预处理指令概念
- 二. pragma预处理指令的作用
- 三. 预处理指令的参数
- - 1）message参数
  - 2）code_seg参数
  - 3）once参数
  - 4）pack参数
  - 5） section指令参数
  - 6）warning（…）参数
  - 7）comment参数
  - 8）其他pragma的参数
- 四. 预处理指令的总结

一. pragma预处理指令概念

在所有的预处理指令中，#pragma指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。

二. pragma预处理指令的作用

#pragma指令对每个编译器给出了一个方法,在保持与C和C++语言完全兼容的情况下,给出主机或操作系统专有的特征。依据定义,编译指示是机器或操作系统专有的,且对于每个编译器都是不同的。
#pragma为编译器提供了一种在不同机器和操作系统上编译以保持C和C++完全兼容的方法。

三. 预处理指令的参数

其格式一般为: #pragma para 其中para为参数，下面来看一些常用的参数。

1）message参数

message参数是我最喜欢的一个参数，它能够在编译信息输出窗口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为：

#pragma  message("HELLO WORLD")

message参数应用
当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏,可以用下面的方法:

#ifdef  _X86  
#pragma  message("_X86  macro  activated!")  
#endif

我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示86 macro activated。我们就能够记得自己定义的一些特定的宏了。

2）code_seg参数

它是另一个使用得比较多的pragma参数，格式如：

#pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ] [ "segment-name" [, "segment-class" ] )

它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到它。
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）once参数

#pragma once 用于保证头文件只被编译一次
#pragma once也是编译器相关的，不一定被支持
#pragma once的效率比使用#ifndef更高。
由于有些编译器支持 #pragma once，有些不支持，怎么做既能保证高效又能保证多个编译器之间可以通用呢，可以混合使用 #ifndef 和 #pragma once

4）pack参数

它就是用于指定内存对齐方式。编译器在默认情况下按照 4 字节对齐，也就是说如果 #pragma pack() 不写，则和 #pragma pack(4) 效果是相同的
这里是针对32位系统，对于64位系统而言，默认情况下按照8字节对齐。
许多实际的计算机系统对基本类型数据在内存中存放的位置有限制，它们会要求这些数据的首地址的值是某个数k(通常它为4或8)的倍数，这就是所谓的内存对齐，而这个k则被称为该数据类型的对齐模数(alignment modulus)。
Win32平台下的微软C编译器(cl.exe for 80x86)在默认情况下采用如下的对齐规则: 任何基本数据类型T的对齐模数就是T的大小，sizeof(T)。比如对于double类型(8字节)，就要求该类型数据的地址总是8的倍数，而char类型数据(1字节)则可以从任何一个地址开始。

5） section指令参数

#pragma section指令可用于创建一个自定义分区，可以将全局变量或者函数放在这个自定义分区内部，实现各个模块之间的数据共享。
对于GNU C/C++编译器来说，直接使用__attribute__((section(“xxx”)))对变量或函数进行修饰即可自动创建好分区，将变量和函数放入对应分区。而在windows 的VC编译器下，必须结合#pragma section和__declspec(allocate(“xxx”))两个指令才能实现该功能。

6）warning（…）参数

启用编译器警告消息的行为和选择性修改，语法为：

#pragma warning( disable : 4507 34; once : 4385; error : 164 )   //这1行跟下面3行效果一样#pragma warning( disable : 4507 34 ) 	//不发出4507和34警告，即有4507和34警告时不显示
#pragma warning( once : 4385 )  		//4385警告信息只报告一次
#pragma warning( error : 164 )  		//把164警告信息作为一个错误

warning( push )指令存储每个警告的当前警告状态。
warning( push, n)指令存储每个警告的当前状态并将全局警告级别设置为 n。warning( pop )指令弹出推送到堆栈上的最后一个警告状态。
在push和pop之间对警告状态所做的任何更改都将被撤消。
当你编写头文件时，你能用push和pop来保证任何用户修改的警告状态不会影响正常编译你的头文件。在头文件开始的地方使用push，在结束地方使用pop。
在使用标准C++进行编程的时候经常会得到很多的警告信息，而这些警告信息都是不必要的提示，所以我们可以使用#pragma warning(disable:xxxx)来禁止该类型的警告。

7）comment参数

#pragma comment（comment-type [,“commentstring”]）
该指令将一个注释记录放入一个对象文件或可执行文件中。
comment-type 是一个预定义的标识符（如下所述，一共5个），它指定了注释记录的类型。可选 commentstring 是一个字符串，它提供了某些注释类型的附加信息。由于 commentstring 是一个字符串，因此它遵循有关转义字符、嵌入的引号 (") 和串联的字符串的所有规则。