C语言__pragma用法详解

目录：

（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这个宏可以用下面的方法

#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- number-list...]) #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__ )

（8）#pragma data_seg建立一个新的数据段并定义共享数据

格式为：

#pragma data_seg （"shareddata"）

HWND sharedwnd=NULL;//共享数据

#pragma data_seg()

应用1：在DLL中定义一个共享的，有名字的数据段。

注意：a、这个数据段中的全局变量能够被多个进程共享。否则多个进程之间无法共享DLL中的全局变量。

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

假如在一个DLL中这么写：

#pragma data_seg("MyData")

intg_Value; // 全局变量未初始化

#pragma data_seg()

DLL提供两个接口函数：

intGetValue()

{

returng_Value;

}

voidSetValue(int n)

{

g_Value = n;

}

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

应用2： data_seg控制应用程序的启动次数

有的时候我们可能想让一个应用程序只启动一次，就像单件模式(singleton)一样，实现的方法可能有多种，这里说说用#pragma data_seg来实现的方法，很是简洁便利。应用程序的入口文件前面加上：

#pragma data_seg("flag_data")

intapp_count = 0;

#pragma data_seg()

#pragma comment(linker,"/SECTION:flag_data,RWS")

然后程序启动的地方加上

if(app_count>0) // 如果计数大于0，则退出应用程序。

{

//MessageBox(NULL, "已经启动一个应用程序", "Warning", MB_OK);

//printf("no%d application", app_count);

return FALSE;

}

app_count++;

（9）其他用法

编译程序可以用#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

intinsert_record(REC *r)

{ /* function body */ }

#pragma warn +100 // Turn the warning message for warning #100 back on

函数会产生一条有唯一特征码100的警告信息，如此可暂时终止该警告。每个编译器对#pragma的实现不同，在一个编译器中有效在别的编译器中几乎无效。可从编译器的文档中查看。

C++ #pragma code_seg用法

#pragma code_seg 格式如： #pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ] [ "segment-name" [, "segment-class" ] ) 该指令用来指定函数在.obj文件中存放的节,观察OBJ文件可以使用VC自带的dumpbin命令行程序,函数在.obj文件中默认的存放节为.text节，如果code_seg 没有带参数的话,则函数存放在.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() { } 例如 #pragma code_seg(“PAGE”) 作用是将此部分代码放入分页内存中运行。 #pragma code_seg() 将代码段设置为默认的代码段 #pragma code_seg("INIT") 加载到INIT内存区域中，成功加载后，可以退出内存

C++ #pragma预处理命令

#pragma预处理命令 #pragma可以说是C++中最复杂的预处理指令了，下面是最常用的几个#pragma 指令： #pragma comment(lib,"XXX.lib") 表示链接XXX.lib这个库，和在工程设置里写上XXX.lib的效果一样。 #pragma comment(linker,"/ENTRY:main_function") 表示指定链接器选项/ENTRY:main_function #pragma once 表示这个文件只被包含一次 #pragma warning(disable:4705) 表示屏蔽警告4705 C和C++程序的每次执行都支持其所在的主机或操作系统所具有的一些独特的特点。例如，有些程序需要精确控制数据存放的内存区域或控制某个函数接收的参数。#pragma为编译器提供了一种在不同机器和操作系统上编译以保持C和C++完全兼容的方法。#pragma是由机器和相关的操作系统定义的，通常对每个编译器来说是不同的。 如果编译器遇到不认识的pragma指令，将给出警告信息，然后继续编译。Microsoft C and C++ 的编译器可识别以下指令：alloc_text，auto_inline，bss_seg，check_stack，code_seg，comment，component，conform，const_seg，data_seg，deprecated，fenv_access，float_control，fp_contract，function，hdrstop，include_alias，init_seg，inline_depth，inline_recursion，intrinsic，make_public，managed，message，omp，once，optimize，pack，pointers_to_members，pop_macro，push_macro，region, endregion，runtime_checks，section，setlocale，strict_gs_check，unmanaged，vtordisp，warning。其中conform，init_seg, pointers_to_members，vtordisp仅被C++编译器支持。 以下是常用的pragma指令的详细解释。 1.#pragma once。保证所在文件只会被包含一次，它是基于磁盘文件的，而#ifndef 则是基于宏的。

#pragma data code ICCAVR的使用

#pragma data:code 在Keil中为了节省数据存储器的空间，通过“code”关键字来定义一个数组或字符串将被存储在程序存储器中： uchar code buffer[]={0,1,2,3,4,5}; uchar code string[]="Armoric" ; 而这类代码移值到ICCAVR上时是不能编译通过的。我们可以通过"const" 限定词来实现对存储器的分配： #pragma data:code const unsigned char buffer[]={0,1,2,3,4,5}; const unsigned char string[]="Armoric"; #pragma data:data 注意： 《1》使用ICCAVR6.31时，#pragma data :code ;#pragma data:data ; 这些语法时在"data:cod"、"data:data"字符串中间不能加空格，否则编译不能通过。 《2》const 在ICCAVR是一个扩展关键词，它与ANSIC标准有冲突，移值到其它的编译器使用时也需要修改相关的地方。 在ICCAVR中对数组和字符串的五种不同空间分配： const unsigned char buffer[]={0,1,2,3,4,5}; //buffer数组被分配在程序存储区中 const unsigned char string[]="Armoric" ; //stringp字符串被分配在程序存储区中 const unsigned char *pt //指针变量pt被分配在数据存储区中，指向程序存储区中的字符类型数据 unsigned char *const pt //指针变量pt被分配在程序存储区中，指向数据存储区中的字符类型数据 const unsigned char *const pt //指针变量pt被分配在程序存储区，指向程序存储区中的字符类型数据 unsigned char *pt //指针变量pt被分配在数据存储区中，指向数据存储区中的数据 请问#pragma data:code和#pragma data:data是什么意思？ 前者表示：随后的数据将存贮在程序区，即FLASH区，此区只能存贮常量，比如表格之类。

pragma的用法

#pragma的用法 在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法，在保持与C和C++语言完全兼容的情况下，给出主机或操作系统专有的特征。依据定义， 编译指示是机器或操作系统专有的，且对于每个编译器都是不同的。 其格式一般为: #pragma para。其中para为参数，下面来看一些常用的参数。 1)message 参数 message参数是我最喜欢的一个参数，它能够在编译信息输出窗口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为： #pragma message("消息文本") 当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。 当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有 没有正确的设置这些宏， 此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏, 可以用下面的方法: #ifdef _X86 #pragma message("_X86 macro activated!") #endif 我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示"_86 macro activated!"。 我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。 (2)另一个使用得比较多的pragma参数是code_seg 格式如： #pragma code_seg( ["section-name" [, "section-class"] ] ) 它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到 它。 (3)#pragma once (比较常用) 只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上 在VC6中就已经有了， 但是考虑到兼容性并没有太多的使用它。 (4)#pragma hdrstop 表示预编译头文件到此为止，后面的头文件不进行预编译。BCB可以预编译头文件以 加快链接的速度， 但如果所有头文件都进行预编译又可能占太多磁盘空间，所以使用这个选项排除一些头文

stm32中使用#pragma pack(非常有用的字节对齐用法说明)

#pragma pack(4) //按4字节对齐，但实际上由于结构体中单个成员的最大占用字节数为2字节，因此实际还是按2字节对齐 typedef struct { char buf[3];//buf[1]按1字节对齐，buf[2]按1字节对齐，由于buf[3]的下一成员word a是按两字节对齐，因此buf[3]按1字节对齐后，后面只需补一空字节 word a; //#pragma pack(4)，取小值为2，按2字节对齐。 }kk; #pragma pack() //取消自定义字节对齐方式 对齐的原则是min(sizeof(word ),4)=2,因此是2字节对齐，而不是我们认为的4字节对齐。 这里有三点很重要: 1.每个成员分别按自己的方式对齐,并能最小化长度 2.复杂类型(如结构)的默认对齐方式是它最长的成员的对齐方式,这样在成员是复杂类型时,可以最小化长度 3.对齐后的结构体整体长度必须是成员中最大的对齐参数的整数倍,这样在处理数组时可以保证每一项都边界对齐 补充一下,对于数组,比如: char a[3];这种,它的对齐方式和分别写3个char是一样的.也就是说它还是按1个字节对齐. 如果写: typedef char Array3[3]; Array3这种类型的对齐方式还是按1个字节对齐,而不是按它的长度. 不论类型是什么,对齐的边界一定是1,2,4,8,16,32,64....中的一个. 声明： 整理自网络达人们的帖子，部分参照MSDN。 作用： 指定结构体、联合以及类成员的packing alignment; 语法： #pragma pack( [show] | [push | pop] [, identifier], n ) 说明： 1，pack提供数据声明级别的控制，对定义不起作用； 2，调用pack时不指定参数，n将被设成默认值； 3，一旦改变数据类型的alignment，直接效果就是占用memory的减少，但是performance会下降； 语法具体分析： 1，show：可选参数；显示当前packing aligment的字节数，以warning message的形式被显示； 2，push：可选参数；将当前指定的packing alignment数值进行压栈操作，这里的栈是the internal compiler stack，同时设置当前的packing alignment为n；如果n没有指定，则将当前的packing alignment数值压栈； 3，pop：可选参数；从internal compiler stack中删除最顶端的record；如果没有指定n，则当前栈顶record即为新的packing alignment 数值；如果指定了n，则n将成为新的packing aligment数值；如果指定了identifier，则internal compiler stack中的record都将被pop 直到identifier被找到，然后pop出identitier，同时设置packing alignment数值为当前栈顶的record；如果指定的identifier并不存在于internal compiler stack，则pop操作被忽略； 4，identifier：可选参数；当同push一起使用时，赋予当前被压入栈中的record一个名称；当同pop一起使用时，从internal compiler stack 中pop出所有的record直到identifier被pop出，如果identifier没有被找到，则忽略pop操作； 5，n：可选参数；指定packing的数值，以字节为单位；缺省数值是8，合法的数值分别是1、2、4、8、16。 重要规则： 1，复杂类型中各个成员按照它们被声明的顺序在内存中顺序存储，第一个成员的地址和整个类型的地址相同； 2，每个成员分别对齐，即每个成员按自己的方式对齐，并最小化长度；规则就是每个成员按其类型的对齐参数（通常是这个类型的大小）和指定对齐参数中较小的一个对齐； 3，结构体、联合体或者类的数据成员，第一个放在偏移为0的地方；以后每个数据成员的对齐，按照#pragma pack指定的数值和这个数据成员自身长度两个中比较小的那个进行；也就是说，当#pragma pack指定的值等于或者超过所有数据成员长度的时候，这个指定值的大小将不产生任何效果； 4，复杂类型（如结构体）整体的对齐是按照结构体中长度最大的数据成员和#pragma pack指定值之间较小的那个值进行；这样当数据成员为复杂类型（如结构体）时，可以最小化长度； 5，复杂类型（如结构体）整体长度的计算必须取所用过的所有对齐参数的整数倍，不够补空字节；也就是取所用过的所有对齐参数中最大的那个值的整数倍，因为对齐参数都是2的n次方；这样在处理数组时可以保证每一项都边界对齐； 对齐的算法：由于各个平台和编译器的不同，现以本人使用的gcc version 3.2.2编译器（32位x86平台）为例子，来讨论编译器对struct 数据结构中的各成员如何进行对齐的。 在相同的对齐方式下，结构体内部数据定义的顺序不同，结构体整体占据内存空间也不同，如下： 设结构体如下定义： struct A { int a; //a的自身对齐值为4，偏移地址为0x00~0x03，a的起始地址0x00满足0x00%4=0;

#pragma指令用法汇总和解析

#pragma指令用法汇总和解析 一. message 参数。 message 它能够在编译信息输出窗 口中输出相应的信息，这对于源代码信息的控制是非常重要的。其使用方法为： #pragma message(“消息文本”) 当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。 当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有没有正确的设置这些宏，此时我们可以用这条 指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏可以用下面的方法 #ifdef _X86 #pragma message(“_X86 macro activated!”) #endif 当我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示“_ X86 macro activated!”。我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了 二. 另一个使用得比较多的#pragma参数是code_seg。格式如： #pragma code_seg( [ [ { push | pop}, ] [ identifier, ] ] [ "segment-name" [, "segment-class" ] ) 该指令用来指定函数在.obj文件中存放的节,观察OBJ文件可以使用VC自带的dumpbin命令行程序,函数在.obj文件中默认的存放节 为.text节 如果code_seg没有带参数的话,则函数存放在.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() { } 三. #pragma once (比较常用） 这是一个比较常用的指令,只要在头文件的最开始加入这条指令就能够保证头文件被编译一次 四. #pragma hdrstop表示预编译头文件到此为止，后面的头文件不进行预编译。

向量化的方法

使用英特尔编译器进行自动向量化 作者：Yang Wang (Intel) 自动向量化是英特尔编译器提供的一个可以自动的使用SIMD指示的功能。在处理数据时，编译器自动选择MMX?, Intel? Streaming SIMD 扩展（Intel? SSE, SSE2, SSE3 和SSE4）等指令集，对数据进行并行的处理。使用编译器提供的自动向量化功能是提高程序性能的一个非常有效的手段。自动向量化在IA-32和Intel? 64的平台上均提供很好的支持。 英特尔编译器提供的自动向量化相关的编译选项如下所示。”/Q”开头的选项是针对Windows平台的，“-“开头的选项是针对Linux*和Mac平台的。 -x, /Qx 按照该选项指定的处理器类型生成相应的优化代码。比如-xSSE3, 该选项指定编译器生成Intel? SSE3指令的代码。又比如-xSSE3_ATOM, 该选项针对Intel? Atom? 处理器进行优化。 -ax, /Qax 如果指定该选项，在生成的单一目标文件中，不但会生成专门针对指定的处理器类型进行优化的代码，同时也生成通用的IA-32架构的代码。该选项主要是为了生成代码的兼容性考虑。 -vec, /Qvec 打开或者关闭编译器的向量化优化。默认情况下自动向量化是打开的。 -vec-report, /Qvec-report 该选项用户控制在编译过程中产生的向量化消息报告。 编译器提供的自动向量化优化默认情况下是打开的。在编译过程中我们可以使用-vec-report选项来打开向量化诊断消息报告。这样编译器可以告诉我们有哪些循环被向量化了，有哪些循环没有被向量化已经无法向量化的原因。 在编译程序的过程中，有时候我们会发现编译器报告说某个循环无法被向量化。很多时候无法向量化的原因都是因为循环中存在的变量依赖关系。有时候我们可以修改程序来消除这种依赖关系，有的时候我们可以使用编译器提供的一些编译指示来显示的告诉编译器如何处理这种依赖关系。即使在某个循环已经可以被自动向量化的时候，使用编译器提供的对向量化的语言支持和编译指示还可以提高编译器向量化的效率，提高程序执行的性能。 下面我们来详细解释一下编译器提供的编译指示以及这些指示对编译器编译的影响。 在Intel编译器中，我们提供下面这样一些对自动向量化的语言支持和编译指示。 __declspec(align(n)) 指导编译器将变量按照n字节对齐 __declspec(align(n,off)) 指导编译器将变量按照n字节再加上off字节的编译量进行对齐 restrict 消除别名分析中的二义性 __assume_aligned(a,n) 当编译器无法获取对齐信息时，假定数组a已经按照n字节对齐 #pragma ivdep 提示编译器忽略可能存在的向量依赖关系 #pragma vector {aligned|unaligned|always}

OpenMP的用法

在双重循环中怎样写OpenMP？ 那要分析你的外循环跟内循环有没有彼此依赖的关系 unsigned int nCore = GetComputeCore(); unsigned int nStep = IMAGETILEYSIZE / nCore; #pragma omp parallel for private(Level0_x, Level0_y, ChangeLevel0_x, ChangeLevel0_y, InterX1, InterX2, InterY1, InterY2) for (int k = 0; k < nCore; k++) { int begin = k * nStep; int end = (k + 1) * nStep; for (int YOff = begin; YOff < end; YOff++) { for (int XOff = 0; XOff < IMAGETILEXSIZE; XOff++) { Level0_x = pPixelXBuf[YOff][XOff]; Level0_y = pPixelYBuf[YOff][XOff]; ChangeLevel0_x = Level0_x - XMin; ChangeLevel0_y = Level0_y - YMin; //寻找坐标在Level1Buf中对应的4个像素值 InterX1 = (int)(ChangeLevel0_x); InterX2 = (int)(ChangeLevel0_x + 1); InterY1 = (int)(ChangeLevel0_y); InterY2 = (int)(ChangeLevel0_y + 1); //双线性插值对Level0_Buf赋值 ZoomInterpolation(Level0Buf, Level1Buf, ChangeLevel0_x, ChangeLevel0_y, SamplesPerPixel, nXSize, nYSize, InterX1, InterX2, InterY1, InterY2, XOff, YOff); } } } 我也想应该这样，可是如果nCore=1的时候，外循环只循环一次，线程是怎么分配的呢。其实最外层的循环如果很多，就在外循环分配线程是不是就可以不考虑里面的循环了？ nCore = 1,就是单核单cpu,多核循环就跟普通的循环没有差别， openmp默认有几个内核就开几个线程同时运行。所以单核openmp也没有什么意义，此时你也可以开两个线程“同时”运行，但在单核机器上，两个线程是不可能同时运行的 可以不考虑里面的循环。你只要保证外循环跟外循环之间，内寻环跟内循环之间没有数据依赖关系就行。 假设 for (int i = 0; i < 200000000; i++)

sizeof用法总结

sizeof用法总结 本文主要包括二个部分，第一部分重点介绍在VC中，怎么样采用sizeof来求结构的大小，以及容易出现的问题，并给出解决问题的方法，第二部分总结出VC中sizeof的主要用法。 1、sizeof应用在结构上的情况 请看下面的结构： struct MyStruct { double dda1; char dda; int type }; 对结构MyStruct采用sizeof会出现什么结果呢？sizeof(MyStruct)为多少呢？也许你会这样求： sizeof(MyStruct)=sizeof(double)+sizeof(char)+sizeof(int)=13 但是当在VC中测试上面结构的大小时，你会发现sizeof(MyStruct)为16。你知道为什么在VC中会得出这样一个结果吗？ 其实，这是VC对变量存储的一个特殊处理。为了提高CPU的存储速度，VC对一些变量的起始地址做了“对齐”处理。在默认情况下，VC规定各成员变量存放的起始地址相对于结构的起始地址的偏移量必须为该变量的类型所占用的字节数的倍数。下面列出常用类型的对齐方式(vc6.0,32位系统)。 类型 对齐方式（变量存放的起始地址相对于结构的起始地址的偏移量） Char 偏移量必须为sizeof(char)即1的倍数 int 偏移量必须为sizeof(int)即4的倍数 float 偏移量必须为sizeof(float)即4的倍数 double 偏移量必须为sizeof(double)即8的倍数

Short 偏移量必须为sizeof(short)即2的倍数 各成员变量在存放的时候根据在结构中出现的顺序依次申请空间，同时按照上面的对齐方式调整位置，空缺的字节VC会自动填充。同时VC为了确保结构的大小为结构的字节边界数（即该结构中占用最大空间的类型所占用的字节数）的倍数，所以在为最后一个成员变量申请空间后，还会根据需要自动填充空缺的字节。 下面用前面的例子来说明VC到底怎么样来存放结构的。 struct MyStruct { double dda1; char dda; int type }； 为上面的结构分配空间的时候，VC根据成员变量出现的顺序和对齐方式，先为第一个成员dda1分配空间，其起始地址跟结构的起始地址相同（刚好偏移量0刚好为sizeof(double)的倍数），该成员变量占用sizeof(double)=8个字节；接下来为第二个成员dda分配空间，这时下一个可以分配的地址对于结构的起始地址的偏移量为8，是sizeof(char)的倍数，所以把dda存放在偏移量为8的地方满足对齐方式，该成员变量占用sizeof(char)=1个字节；接下来为第三个成员type分配空间，这时下一个可以分配的地址对于结构的起始地址的偏移量为9，不是sizeof(int)=4的倍数，为了满足对齐方式对偏移量的约束问题，VC自动填充3个字节（这三个字节没有放什么东西），这时下一个可以分配的地址对于结构的起始地址的偏移量为12，刚好是sizeof(int)=4的倍数，所以把type存放在偏移量为12的地方，该成员变量占用sizeof(int)=4个字节；这时整个结构的成员变量已经都分配了空间，总的占用的空间大小为：8+1+3+4=16，刚好为结构的字节边界数（即结构中占用最大空间的类型所占用的字节数sizeof(double)=8）的倍数，所以没有空缺的字节需要填充。所以整个结构的大小为： sizeof(MyStruct)=8+1+3+4=16，其中有3个字节是VC自动填充的，没有放任何有意义的东西。 下面再举个例子，交换一下上面的MyStruct的成员变量的位置，使它变成下面的情况： struct MyStruct { char dda; double dda1;

#pragma用法 汇总

最近总有人问#pragma CODE_SEG __NEAR_SEG NON_BANKED，还有#pragma LINK_INFO DERIVATIVE "mc9s12xs128"这些函数是什么意思！我在网上收集了一些资料希望能解大家疑惑！ #pragma LINK_INFO DERIVATIVE "mc9s12xs128“ 是用来改变mcu的，有了这句就不用手工改了，自动修改，你可以试一下，建一个工程，然后改变mcu具体：你先建一个工程，然后改变mcu，在工程窗口里有一个类似芯片的按钮按一下，或者在工程里面点击change mcu，然后你在查看一下工程文件，就会自动改变相应的文件！#pragma CODE_SEG __NEAR_SEG NON_BANKED前一 段时间写函数中断时，经常要加上#pragma语句，否则，编译就会出错。有飞思卡尔 的16位单片机写过中断函数的人，就会知道在中断函数前必须加上代码#pragma CODE_SEG __NEAR_SEG NON_BANKED ，函数结束的时候最好加上#pragma CODE_SEG DEFAULT（这个也可不加，但最好加上，以防出现bug) 前一段时间写函数中断时，经常要加上#pragma语句，否则，编译就会出错。有飞思卡尔的16位单片机写过中断函数的人，就会知道在中断函数前必须加上代码#pragma CODE_SEG __NEAR_SEG NON_BANKED ，函数结束的时候最好加上#pragma CODE_SEG DEFAULT（这个也可不加，但最好加上，以防出现bug)

现汇总#pragma用法如下： 1.#pragma message #pragma message("消息文本") 当编译器遇到这条指令时，就在编译输出窗口中将消息文本打印出来。 2.#pragma code_seg #pragma code_seg(["section-name"["section-class"]]) 它能够设置程序中函数代码存放的代码段。当我们开发驱动程序时便就会使用到它。 3.#pragma once 只要在头文件的最开始加入这条指令就能够头文件被编译一次。

C51几个预编译指令的用法

C51几个预编译指令的用法 标签: 指令用法编译2009-07-31 10:47 预处理过程扫描源代码，对其进行初步的转换，产生新的源代码提供给编译器。可见预处理过程先于编译器对源代码进行处理。 在C语言中，并没有任何内在的机制来完成如下一些功能：在编译时包含其他源文件、定义宏、根据条件决定编译时是否包含某些代码。要完成这些工作，就需要使用预处理程序。尽管在目前绝大多数编译器都包含了预处理程序，但通常认为它们是独立于编译器的。预处理过程读入源代码，检查包含预处理指令的语句和宏定义，并对源代码进行响应的转换。预处理过程还会删除程序中的注释和多余的空白字符。 预处理指令是以#号开头的代码行。#号必须是该行除了任何空白字符外的第一个字符。#后是指令关键字，在关键字和#号之间允许存在任意个数的空白字符。整行语句构成了一条预处理指令，该指令将在编译器进行编译之前对源代码做某些转换。下面是部分预处理指令： 指令用途 #空指令，无任何效果 #include包含一个源代码文件 #define定义宏 #undef取消已定义的宏 #if如果给定条件为真，则编译下面代码 #ifdef如果宏已经定义，则编译下面代码 #ifndef如果宏没有定义，则编译下面代码 #elif如果前面的#if给定条件不为真，当前条件为真，则编译下面代码 #endif结束一个#if……#else条件编译块 #error停止编译并显示错误信息 一、文件包含 #include预处理指令的作用是在指令处展开被包含的文件。包含可以是多重的，也就是说一个被包含的文件中还可以包含其他文件。标准C编译器至少支持八重嵌套包含。 预处理过程不检查在转换单元中是否已经包含了某个文件并阻止对它的多次包含。这样就可以在多次包含同一个头文件时，通过给定编译时的条件来达到不同的效果。例如： #define AAA

常用数据类型使用转换详解

常用数据类型使用转换详解 刚接触VC编程的朋友往往对许多数据类型的转换感到迷惑不解，本文将介绍一些常用数据类型的使用。 我们先定义一些常见类型变量借以说明 int i = 100; long l = 2001; float f=300.2; double d=12345.119; char username[]="程佩君"; char temp[200]; char *buf; CString str; _variant_t v1; _bstr_t v2; 一、其它数据类型转换为字符串 短整型(int) itoa(i,temp,10);///将i转换为字符串放入temp中,最后一 个数字表示十进制 itoa(i,temp,2); ///按二进制方式转换 长整型(long) ltoa(l,temp,10); 浮点数(float,double) 用fcvt可以完成转换,这是MSDN中的例子: int decimal, sign; char *buffer; double source = 3.1415926535;

buffer = _fcvt( source, 7, &decimal, &sign ); 运行结果:source: 3.1415926535 buffer: '31415927' decimal: 1 sign: 0 decimal表示小数点的位置,sign表示符号:0为正数，1为负数 CString变量 str = "2008北京奥运"; buf = (LPSTR)(LPCTSTR)str; BSTR变量 BSTR bstrValue = ::SysAllocString(L"程序员"); char * buf = _com_util::ConvertBSTRToString(bstrValue); SysFreeString(bstrValue); AfxMessageBox(buf); delete(buf); CComBSTR变量 CComBSTR bstrVar("test"); char *buf = _com_util::ConvertBSTRToString(bstrVar.m_str); AfxMessageBox(buf); delete(buf); _bstr_t变量 _bstr_t类型是对BSTR的封装，因为已经重载了=操作符，所以很容易使用 _bstr_t bstrVar("test"); const char *buf = bstrVar;///不要修改buf中的内容AfxMessageBox(buf); 通用方法(针对非COM数据类型)

C语言预处理命令总结大全

C语言预处理命令总结大全 (2012-02-13 17:18) 标签: C语言预处理分类：C编程 C程序的源代码中可包括各种编译指令，这些指令称为预处理命令。虽然它们实际上不是C语言的一部分，但却扩展了C程序设计的环境。本节将介绍如何应用预处理程序和注释简化程序开发过程，并提高程序的可读性。ANSI标准定义的C 语言预处理程序包括下列命令： #define，#error，＃include，#if，#else，#elif，#endif，#ifdef，#ifndef，#undef，#line，#pragma等。非常明显，所有预处理命令均以符号#开头，下面分别加以介绍。 一 #define 命令#define定义了一个标识符及一个串。在源程序中每次遇到该标识符时，均以定义的串代换它。ANSI标准将标识符定义为宏名，将替换过程称为宏替换。命令的一般形式为： #define identifier string 注意： 1该语句没有分号。在标识符和串之间可以有任意个空格，串一旦开始，仅由一新行结束。 2宏名定义后，即可成为其它宏名定义中的一部分。 3 宏替换仅仅是以文本串代替宏标识符，前提是宏标识符必须独立的识别出来，否则不进行替换。例如： #define XYZ this is a tes 使用宏printf("XYZ")；//该段不打印"this is a test"而打印"XYZ"。因为预编译器识别出的是"XYZ" 4如果串长于一行，可以在该行末尾用一反斜杠' \'续行。 #defineLONG_STRING"this is a very long\ string that is used as an example" 5 C语言程序普遍使用大写字母定义标识符。 6 用宏代换代替实在的函数的一大好处是宏替换增加了代码的速度，因为不 存在函数调用的开销。但增加速度也有代价：由于重复编码而增加了程序长度。 二 #error 命令#error强迫编译程序停止编译，主要用于程序调试。 #error指令使预处理器发出一条错误消息，该消息包含指令中的文本.这条指令的目的就是在程序崩溃之前能够给出一定的信息。 三 #include

#pragma comment用法

#pragma comment 在vc中，该宏(#pragma comment)放置一个注释到对象文件或者可执行文件。 我们经常用到的是#pragma comment（lib，"*.lib"）这类的。例如：#pragma comment(lib,"Ws2_32.lib")表示链接Ws2_32.lib这个库。和在vc的工程设置里写上链入Ws2_32.lib的效果一样，不过这种方法写的程序别人在编译你的代码的时候就不用再设置工程settings了。 #pragma comment( comment-type [,"commentstring"] ) comment-type是一个预定义的标识符，指定注释的类型，应该是compiler，exestr，lib，linker之一。 commentstring是一个提供为comment-type提供附加信息的字符串。 五种预定义的标识符为: 1、compiler: 将编译器的版本号和名称放入目标文件中,本条注释记录将被编译器忽略。 如果你为该记录类型提供了commentstring参数,编译器将会产生一个警告。 例如:#pragma comment( compiler ) 2、exestr: 将commentstring参数放入目标文件中,在链接的时候这个字符串将被放入到可执行文件中。 当操作系统加载可执行文件的时候,该参数字符串不会被加载到内存中.但是,该字符串可以被dumpbin之类的程序查找出并打印出来,你可以用这个标识符将版本号码之类的信息嵌入到可执行文件中! 3、lib: 这是一个非常常用的关键字,用来将一个库文件链接到目标文件中。 常用的lib关键字，可以帮我们连入一个库文件。 例如: #pragma comment(lib, "user32.lib") 该指令用来将user32.lib库文件加入到本工程中。 4、linker: 将一个链接选项放入目标文件中,你可以使用这个指令来代替由命令行传入的或者在开发环境中设置的链接选项,你可以指定/include选项来强制包含某个对象。 例如:

pragma用法

在所有的预处理指令中，#Pragma 指令可能是最复杂的了，它的作用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对每个编译器给出了一个方法，在保持与C和C++语言完全兼容的情况下，给出主机或操作系统专有的特征。依据定义， 编译指示是机器或操作系统专有的，且对于每个编译器都是不同的。 其格式一般为: #pragma para。其中para为参数，下面来看一些常用的参数。 1)message 参数 message参数是我最喜欢的一个参数，它能够在编译信息输出窗口中输出相应的信息， 这对于源代码信息的控制是非常重要的。其使用方法为： #pragma message("消息文本") 当编译器遇到这条指令时就在编译输出窗口中将消息文本打印出来。 当我们在程序中定义了许多宏来控制源代码版本的时候，我们自己有可能都会忘记有 没有正确的设置这些宏， 此时我们可以用这条指令在编译的时候就进行检查。假设我们希望判断自己有没有在源代码的什么地方定义了_X86这个宏, 可以用下面的方法: #ifdef _X86 #pragma message("_X86 macro activated!") #endif 我们定义了_X86这个宏以后，应用程序在编译时就会在编译输出窗口里显示"_86 macro activated!"。 我们就不会因为不记得自己定义的一些特定的宏而抓耳挠腮了。 (2)另一个使用得比较多的pragma参数是code_seg 格式如： #pragma code_seg( ["section-name" [, "section-class"] ] ) 它能够设置程序中函数代码存放的代码段，当我们开发驱动程序的时候就会使用到 它。 (3)#pragma once (比较常用) 只要在头文件的最开始加入这条指令就能够保证头文件被编译一次，这条指令实际上 在VC6中就已经有了，

ADS1258 24BitAD用法详解使用心得和程序

鉴于ADS1258 的资料很少，只有个CPLD控制ADS1258的例子，而且有些地方也不太详细，初次接触这款芯片的还是有些问题。ADS1258又没有中文资料，有些读者阅读也会有些障碍。之前在用ADS1258的时候，我也有很多疑问，发到网上也没有得到回复，总的来说用的人不多，资料也很少。后来也有很多朋友加我QQ，询问相关的问题。所以打算把我的调试经验和程序拿出来与大家分享，如果能帮到大家也就不枉码这么多字了。 总的来说，英文资料上写的还是很详细的，但是我觉得还是有些问题没有重点说明。还有就是新手不要老是指望有中文资料让你舒舒服服的看。有些资料只有英文的，那就需要你得具有一定的英语阅读能力了。 ADS1258的参数这些我就不说了，自己查资料。我主要说明这几个部分，这几个部分也有些重叠的地方： 一、资料上值得注意的几个地方。 二、我的调试过程中遇到的问题。 三、已经通过了调试的程序代码。 四、总结。 一、资料上值得注意的几个地方 1、AD1258上电后到底正常状态是怎样的？ 因为是调试，所以首先要确定你AD是否在正常工作。 AD1258上电后，不需要你配置，也能工作，因为它有一个默认的配置，所以根据这个默认配置所表现的状态就能判断是否是正常的。 正常的状态是这样的：一、上电后，AD_DRDY是有波形的，是自动扫描模式，并且是最大采样率（23K）。你用示波器测AD_DRDY就能看出来。二、时钟输出口也是有波形的。 如果不是这样，看你AD_RESET连上并且控制好了没有，电源接对没有，时钟信号正常没有等等，排查，直到正常。 数据手册上的参考电路AD_RESET 是没有连接的，因为它是用的软件复位，但是作为调试来说这样很不好！强烈建议一定要接上，控制它复位。 下面这图的英文要仔细读懂。 2、资料上AD1258的内部结构图，这个图最好看明白。对于你理解他的差分，单端连接有帮助。我这截图可能不太清楚，你们可以找数据手册上的图看。

DSP编程技巧之18

DSP编程技巧之18---不得不看的编译指示 编译指示(Pragma Directives)可能是所有的预处理指令中最复杂的了，它的作 用是设定编译器的状态或者是指示编译器完成一些特定的动作。#pragma指令对编译器给出了如何处理特定的函数、对象和代码段的方法,在保持与C/C++语言完全兼容的情况下,给出主机(比如C28x)或操作系统(比如DSP/BIOS)专有的特征。这些编译指示的使用较为复杂，但是我们还必须要了解它们，因为它们是程序中必不可少的东西，例如#pragma DATA_SECTION ( symbol , " section name ");这样的。但是往往讲解它们的资料又不多(因为大部分资料集中在入门指南上面)，所以在此我们就总结一下针对C28x编译器的pragma指 令，再遇到它们的时候就不会一头雾水了。 本文引用地址：https://www.sodocs.net/doc/f711178291.html,/article/256731.htm 1. CHECK_MISRA 它的作用与在编译器选项中使用--check_misra是相同的，都是对特定源文件使能MISRA-C:2004规则检查(汽车工业软件可靠性联会)，使用方法是：#pragma CHECK_MISRA (" {all|required|advisory|none|rulespec} "); 其中的rulespec是具体MISRA中的规则，使用方法请参考DSP编程技巧之12-揭开编译器神秘面纱之代码规范MISRA-C。 2. CLINK CLINK指令可用于某段代码或者某个数据符号，使用之后会在包含被作用符号的段中产生一个.clink指示，表明在条件链接的情况下，如果这个段没有被其它任何段引用的话，这个段可以被移除，从而减小链接输出文件的尺寸。使用方法是： #pragma CLINK (symbol ) 3. CODE_ALIGN CODE_ALIGN用来沿着特定的对齐参数constant来对齐函数(从而可以让CPU更快寻址，更快执行指令)。当我们希望函数从特定的边界开始的时候，这个指令非常有用。参数constant必须是2的幂(偶数对齐)，使用方法是：