armcc编译产生文件格式

① keil for arm编译的文件扩展名也是.vu2么

从原理图可以看出，如果我们想让接在P1.0口的LED1亮起来，那么我们只要把P1.0口的电平变为低电平就可以了；相反，如果要接在P1.0口的LED1熄灭，就要把P1.0口的电平变为高电平就可以；同理，接在P1.1～P1.7口的其他7个LED的点亮和熄灭方法方法同LED1。因此，要实现流水灯功能，我们只要将LED2～LED8依次点亮、熄灭，依始类推，8只LED变会一亮一暗的做流水灯了。

实现8个LED流水灯程序用中文表示为：P1.0低、延时、P1.0高、P1.1低、延时、P1.1高、P1.2低、延时、P1.2高、P1.3低、延时、P1.3高、P1.4低、延时、P1.4高、P1.5低、延时、P1.5高、P1.6低、延时、P1.6高、P1.7低、延时、P1.7高、返回到开始、程序结束。

从上面中文表示看来实现单片机流水灯很简单，但是我们不能说P1.0你变低，它就变低了。因为单片机听不懂我们的汉语的，只能接受二进制的“1、0......”机器代码。我们又怎样来使单片机按我们的意思去工作呢？为了让单片机工作，只能将程序写为二进制代码交给其执行；早期单片机开发人员就是使用人工编写的二进制代码交给单片机去工作的。今天，我们不必用烦人的二进制去编写程序，完全可以将我们容易理解的“程序语言”通过“翻译”软件“翻译”成单片机所需的二进制代码，然后交给单片机去执行。这里的“程序语言”目前主要有汇编语言和C语言两种；在这里我们所说的“翻译”软件，同行们都叫它为“编译器”，将“程序语言”通过编译器产生单片机的二进制代码的过程叫编译。前面说到，要想使LED1变亮，只需将对应的单片机引脚电平变为低电平就可以了。现在让我们将上面提到的8只LED流水灯实验写为汇编语言程序。
实现8个LED流水灯汇编语言源程序 liu01.asm

;----- 主程序开始 -----
START: CLR P1.0 ;P1.0输出低电平,使LED1点亮
ACALL DELAY ;调用延时子程序
SETB P1.0 ;P1.0输出高电平,使LED1熄灭
CLR P1.1 ;P1.1输出低电平,使LED2点亮
ACALL DELAY ;调用延时子程序
SETB P1.1 ;P1.1输出高电平,使LED2熄灭
CLR P1.2 ;P1.2输出低电平,使LED3点亮
ACALL DELAY ;调用延时子程序
SETB P1.2 ;P1.2输出高电平,使LED3熄灭
CLR P1.3 ;P1.3输出低电平,使LED4点亮
ACALL DELAY ;调用延时子程序
SETB P1.3 ;P1.3输出高电平,使LED4熄灭
CLR P1.4 ;P1.4输出低电平,使LED5点亮
ACALL DELAY ;调用延时子程序
SETB P1.4 ;P1.4输出高电平,使LED5熄灭
CLR P1.5 ;P1.5输出低电平,使LED6点亮
ACALL DELAY ;调用延时子程序
SETB P1.5 ;P1.5输出高电平,使LED6熄灭
CLR P1.6 ;P1.6输出低电平,使LED7点亮
ACALL DELAY ;调用延时子程序
SETB P1.6 ;P1.6输出高电平,使LED7熄灭
CLR P1.7 ;P1.7输出低电平,使LED8点亮
ACALL DELAY ;调用延时子程序
SETB P1.7 ;P1.7输出高电平,使LED8熄灭
ACALL DELAY ;调用延时子程序
AJMP START ;8个LED流了一遍后返回到标号START处再循环

;----- 延时子程序 -----
DELAY: MOV R0,#255 ;延时一段时间
D1: MOV R1,#255
DJNZ R1,$
DJNZ R0,D1
RET ;子程序返回

END ;程序结束

在上面主程序中用到了五条汇编语言指令：CLR、ACALL、SETB、LJMP、END。

CLR： 是将其后面指定的位清为0，程序中使对应端口输出低电平
ACALL：是子程序调用指令，程序中调用了DELAY延时子程序
SETB：是将其后面指定的位置成1，程序中使对应端口输出高电平
AJMP：是无条件跳转指令，意思是：跳转到指定的标号处继续运行
END： 是程序结束的伪指令，意思是告诉编译器，程序到此结束。伪指令只告诉编译器此程序到此有何要求或条件，它不参与和影响程序的执行。

在上面源程序中"ACALL DELAY"指令的作用是调用DELAY延时子程序。为什么要使用这指令呢？如果不用该指令能够实现"流水"效果吗？答案是肯定的，一定要用该指令才能看到我们需要的"流水"效果。如果不用该指令，则由于8个LED发光与熄灭的时间都很短，我们肉眼无法看到LED的熄灭与点亮，凭我们肉眼看到的是LED1～LED8都同时亮（半亮），而看不到“流水”效果的！注：初学者可以将上面源程序中所有"ACALL DELAY"指令行删除后再编译后烧写到单片机进行验证一下。

产生这种现象主要是因为单片机执行每条指令的时间很短，我们知道实验板上单片机的时钟高达11.0592MHz，在这个时钟信号（即晶体振荡信号）下，一个“机器周期”仅大约1.08uS(微秒)。本程序中我们用到的SETB P.x和CLR P.x均属于单周期指令，也就是说，执行一句 SETB P.x 用时仅1.08uS(微秒)，CLR P.x 也是1.08uS(微秒)；也就是点亮和熄灭时间都为1.08uS(微秒)，在如此高速的流水速度下，8个LED发光与熄灭的时间都很短，当然凭我们的肉眼看不到“流水”效果了！

这里需要说明的是，按汇编语法要求，所编制的程序（下称源程序）之格式和书写要求必须依下列原则：
1、源程序必须为纯文本格式文件，如用Windows“附件”中的“记事本”编写的文本文件或用UltraEdit文本编辑器编辑；
2、源程序的扩展名应是 *.ASM；
3、一行只能写一条语句，以回车作为本句的结束，每一语句行长度应少于80个字符（即40个汉字）。
4、每行的格式应为：标号： 命令 参数 ；注释 。即一行由四部份组成，各部份的顺序不能搞错，依实际要求可以缺省其中的一部份或几部份，甚至全部省去，即空白行。需要使用标号时标号后面必须有“：”（冒号），而命令语句和参数之间必须用空格分开，如果命令有多个参数，则参数与参数之间必须用“，”（逗号）分开，需要注释时注释前必须用“；”（分号），“；”后面的语句可以写任何字符，包括汉字用于解释前面的汇编语句，它将不参与汇编，不生成代码。由于汇编程序对我们还不直观，所以在编写源程序时，应当养成多写注释的习惯，这样有助于今后源程序的阅读和维护。

标号是标志程序中某一行的符号名，编译后标号的数值就是标号所在行代码的地址。在宏汇编ASM51中标号的长度不受限制，但标号中不能包含‘：'或其它的一些特殊符号，也不能用汉字，可以用数字作标号，但必须用字母开头。当标号作参数用（如标号作转移地址），在命令后面出现时，必须舍去‘：'（如上面程序中的 AJMP START中的START是不能再有：）。每行只能有一个标号，一个标号只能用在一处，如果有两行用了同一个标号，则汇编时就会出错。由于标号的长度没有限制，可以用有意义的英文或汉语拼音来说明行，使源程序读起来更方便。在源程序中的字母不区分大小写，也就是说 start 和 START 是一样的，请不要用大小写方式去区分不同的标号。

好啦！我们知道了汇编语言程序的规则，现在就动手编辑源程序吧。马上启动Keil单片机集成开发环境，建立新工程liu01.UV2，将上面的源程序liu01.asm导入到工程中，设置好Keil工程的编译参数，编译得到HEX格式的目标文件liu01.hex，用 ISP编程器 将目标文件liu01.hex烧写到AT89S51单片机中，接下来就是将烧写好的AT89S51从编程器上取下，放到“ S51增强型单片机实验板 ”上通电，我们就看到了LED1～LED8的"流水"效果了。

到此，我们做的流水灯已成功，工作原理也清楚啦，若你完全掌握了上面程序，那么你就可以将“流水灯”的流向改变一下，可以将从"左向右流"改为从"右向左流"，也可以改为"两边向内流"、"内部向外流"......，我想你一定能用前面学到的方法实现这些功能。可能有些高手说，前面的编程方法是最最笨的！不错！但初学单片机初期可以不必讲究语言的简练，只要能实现预先要求就好，最主要的是学好基本指令（111条）的用法，清楚各个指令的功能，这是初学者要知道的。那么还有更好的编程思路吗？当然有！请跟随站长继续学习下面的内容。

在前面学习的程序中我们让LED流水是去逐个控制P1端口的每个位来实现的，因此程序显得有点复杂，下面我们就采用新的思路来编程。新的编程思路如下：我们在程序一开始就给P1口送一个数，这个数本身就让P1.0先低，其他位为高，然后让这个数据向高位移动不就实现“流水”效果啦？的确如此！8051指令中没有让P1数据移动的指令，但有对累加器ACC中数据左移或右移的指令，ACC在指令中常写为A，累加器A数据左移指令为"RL A"，累加器数据右移指令为"RR A"，累加器在数据传输和数据处理过程中作用十分重要，累加器ACC为8位。他可与片内所有单字节寄存器交换数据，实际上P1和其他端口在单片机中也是一个寄存器。这样我们可以将需移动的数据先放到ACC中，让其移动，然后将ACC移动后的数据再转送到P1口，这样同样可以实现“流水”效果。下面程序就是采用新的编程思路源程序liu02.asm。

实现8个LED流水灯汇编语言程序 liu02.asm

;----- 主程序开始 -----
START: MOV ACC,#0FEH ;ACC中先装入LED1亮的数据（二进制的11111110）
MOV P1,ACC ;将ACC的数据送P1口
MOV R0,#7 ;将数据再移动7次就完成一个8位流水过程
LOOP: RL A ;将ACC中的数据左移一位
MOV P1,A ;把ACC移动过的数据送p1口显示
ACALL DELAY ;调用延时子程序
DJNZ R0,LOOP ;没有移动够7次继续移动
AJMP START ;移动完7次后跳到开始重来，以达到循环流动效果

;----- 延时子程序 -----
DELAY: MOV R0,#255 ;延时一段时间
D1: MOV R1,#255
DJNZ R1,$
DJNZ R0,D1
RET ;子程序返回

END ;程序结束

接下来，我们将上述程序编译，并烧写到实验芯片中，放到实验板上可以看到程序的"流水"效果是一样的，但源程序看起来更加简洁，直观。其实8051单片机有111条指令，有的指令常用，有的指令不常用，只要遵守语法规则，你可以用这些指令“组合”成你想象到的任何程序。当然，有时一条指令可以替代很多条指令，这样会使程序简洁，程序代码减少，在编写较大程序时可以让程序存储器放得下你需要的代码，这也是单片机高手所追求的“程序简洁高效”。当然，初学者不必刻意去追求程序的简洁高效，主要是要全面地掌握各种指令的应用，只要你对基本指令都熟悉了，那么你也就可以编出简洁高效的程序了，不过这编程“内功”是需要你勤学苦练，日积月累的练习、实验才能达到的哦！马上拿起你的实验板，现在就开始动手吧：）

上面我们学习的两个程序都是比较简单的流水灯程序，"流水"花样只能实现单一的"从左到右"流方式。下面介绍一个实用的流水灯程序，程序能够实现任意方式流水，而且流水花样无限，只要更改流水花样数据表的流水数据就可以随意添加或改变流水花样，真正实现随心所欲的流水。只要将下面的程序稍稍修改一下，通过S51增强型单片机实验板的扩展接口连接到霓虹灯高压驱动接口板就可以驱动真正的霓虹灯了。

实用的查表方式多功能流水灯程序 liu03.asm

;----- 主程序开始 -----
ORG 0000H ;上电复位，程序从0000H开始执行
START: MOV SP,#60H ;堆栈初始化为60H
MOV DPTR,#LIU_TAB ;流水花样表首地址送DPTR
LOOP: CLR A
MOVC A,@A+DPTR
CJNE A,#0FFH,SHOW ;检查流水结束标志
AJMP START ;所有花样流完,则从头开始重复流
SHOW: MOV P1,A ;将数据送到P1口
ACALL DELAY
INC DPTR
AJMP LOOP

;----- 延时子程序 -----
DELAY: MOV R0,#255 ;延时一段时间
D1: MOV R1,#255
DJNZ R1,$
DJNZ R0,D1
RET ;子程序返回

;----- 下面是流水花样数据表 -----
LIU_TAB:
DB 01111111B ;二进制表示的流水花样数据
DB 10111111B
DB 11011111B
DB 11101111B
DB 11110111B
DB 11111011B
DB 11111101B
DB 11111110B
DB 11111110B
DB 11111101B
DB 11111011B
DB 11110111B
DB 11101111B
DB 11011111B
DB 10111111B
DB 01111111B
DB 7FH,0BFH,0DFH,0EFH,0F7H,0FBH,0FDH,0FEH ;十六进制表示
DB 0FEH,0FDH,0FBH,0F7H,0EFH,0DFH,0BFH,7FH
DB 7EH,0BDH,0DBH,0E7H,0E7H,0DBH,0BDH,7EH
DB 7FH,3FH,1FH,0FH,07H,03H,01H,00H
DB 0FFH ;流水花样结束标志0FFH

END ;程序结束

② armcc hello.c -c -o hello.o是什么意思

armcc是ARM C编译器
-c：表示只进行编译不链接文件；
-o<file>：指定编译器最终生成的输出文件名。
详细见：http://blog.sina.com.cn/s/blog_419066f501008dqz.html

③ MDK-arm的ARM编译工具

ARM编译工具链(之前被称为ARM RealView编译工具)包含：
ARM C/C++ 编译器(armcc)
Microlib
ARM Macro汇编器(armasm)
ARM链接器(armLink)
ARM工具(Librarian and FromELF)
基于以上专门针对ARM架构的微控制器编译器，工程师可以使用C或者C++编写应用程序。通过以上编译器的编译，可以获得ARM汇编语言的高效率和高速度。
ARM编译器将C/C++元文件编译成可重定位（Relocatable）的目标模块，并且在其中嵌入供uVision调试器或在线调试器调试的符号信息。同时，ARM编译器能帮助生成listing file，它可以包含symbol table(符号表)和交叉引用信息。
ARM RVCT编译器被广泛视为行业最佳的基于ARM架构的编译器。它定位于最佳代码密度的编译器，可以帮助生成代码量最小的编译器，帮助节省代码量对内存的要求从而降低硬件成本。同时，编译器支持ISO标准的C/C++语言，可以将32-bit ARM, the 16-bit Thumb, 及混合的32/16-bit Thumb2 指令集生成经过高度优化的代码。
ARM公司一直致力于持续改善ARM编译器在代码密度和代码性能两方面的性能，同时增添了很多新的特点，如Microlib等。

④ 如何使用arm-linux-gcc交叉编译器生成map文件

方法/步骤

从网上下载arm-linux-gcc 4.4.3的源码
进入Linux的终端，将当前目录设为arm-linux-gcc的下载目录，输入tar -xzf arm-linux-gcc-4.4.3.tar.gz,将文件解压，解压后会有一个opt的文件夹。

在/usr/local/下建立一个名为arm的文件夹，在终端中输入命令：cd /usr/local/，回车，然后再输入命令：mkdir arm，建立arm目录，并修改该文件夹的属性为rwx，输入命令：chmod 777 arm

将之前解压得到的opt文件压下的源码，复制到上一步中创建的arm文件夹下，在终端中输入命令：sudo cp -r /opt/FriendlyARM/toolschain/4.4.3 /usr/local/arm

到这里已经基本安装好了，到为了避免每次使用arm-linux-gcc时都要输入它所在的完整路径，所以这里我们要修改一下环境变量$PATH。在终端中输入:sudo gedit /etc/profile，打开profile文件，在最后一行加上“export PATH＝$PATH:/usr/local/arm/4.4.3/bin”然后保存文件。

立即使新的环境变量生效，输入：source /etc/profile。再输入：echo $PATH查看环境变量，如图。如果不成功，则直接重新启动系统，再查看。因为之前我已经安装过了，为了演示，所以图中会有两个/usr/local/arm/4.4.3/bin。

最后检查是否安装完成，输入：arm-linux-gcc -v查看版本信息，如果出现以下信息，则说明安装成功。

⑤ 为ARM开发的linux驱动程序，应该怎么编译得到.o文件

编译驱动是要和内核相关的，你的这个Mafefile是没问题，你查查你的/weke/kernel/s3c2410_kernel2.4.18_rel那个内核有没有交叉编译过
内核里面有Makefile，所以你编译驱动的时候指定内核路径后，会用编译内核的交叉编译工具编译,然后你试一下make default

⑥ ARM中.c文件和.h文件有什么区别

其实要理解C文件与头文件有什么不同之处，首先需要弄明白编译器的工作过程，一般说来编译器会做以下几个过程：
1.预处理阶段
2.词法与语法分析阶段
3.编译阶段，首先编译成纯汇编语句，再将之汇编成跟CPU相关的二进制码，生成各个目标文件
4.连接阶段，将各个目标文件中的各段代码进行绝对地址定位，生成跟特定平台相关的可执行文件，当然，最后还可以用obj生成纯二进制码，也就是去掉了文件格式信息

编译器在编译时是以C文件为单位进行的，也就是说如果你的项目中一个C文件都没有，那么你的项目将无法编译，连接器是以目标文件为单位，它将一个或多个目标文件进行函数与变量的重定位，生成最终的可执行文件，在PC上的程序开发，一般都有一个main函数，这是各个编译器的约定，当然，你如果自己写连接器脚本的话，可以不用main函数作为程序入口！！！！

有了这些基础知识，再言归正传，为了生成一个最终的可执行文件，就需要一些目标文件，也就是需要C文件，而这些C文件中又需要一个main函数作为可执行程序的入口，那么我们就从一个C文件入手，假定这个C文件内容如下：
#include <stdio.h>
#include "mytest.h "

int main(int argc,char **argv)
{
test = 25;
printf( "test.................%d\n ",test);
}

头文件内容如下：
int test;

现在以这个例子来讲解编译器的工作：
1.预处理阶段：编译器以C文件作为一个单元，首先读这个C文件，发现第一句与第二句是包含一个头文件，就会在所有搜索路径中寻找这两个文件，找到之后，就会将相应头文件中再去处理宏，变量，函数声明，嵌套的头文件包含等，检测依赖关系，进行宏替换，看是否有重复定义与声明的情况发生，最后将那些文件中所有的东东全部扫描进这个当前的C文件中，形成一个中间“C文件”
2.编译阶段，在上一步中相当于将那个头文件中的test变量扫描进了一个中间C文件，那么test变量就变成了这个文件中的一个全局变量，此时就将所有这个中间C文件的所有变量，函数分配空间，将各个函数编译成二进制码，按照特定目标文件格式生成目标文件，在这种格式的目标文件中进行各个全局变量，函数的符号描述，将这些二进制码按照一定的标准组织成一个目标文件
3.连接阶段，将上一步成生的各个目标文件，根据一些参数，连接生成最终的可执行文件，主要的工作就是重定位各个目标文件的函数，变量等，相当于将个目标文件中的二进制码按一定的规范合到一个文件中

再回到C文件与头文件各写什么内容的话题上：
理论上来说C文件与头文件里的内容，只要是C语言所支持的，无论写什么都可以的，比如你在头文件中写函数体，只要在任何一个C文件包含此头文件就可以将这个函数编译成目标文件的一部分（编译是以C文件为单位的，如果不在任何C文件中包含此头文件的话，这段代码就形同虚设），你可以在C文件中进行函数声明，变量声明，结构体声明，这也不成问题！！！那为何一定要分成头文件与C文件呢？又为何一般都在头件中进行函数，变量声明，宏声明，结构体声明呢？而在C文件中去进行变量定义，函数实现呢？？原因如下：
1.如果在头文件中实现一个函数体，那么如果在多个C文件中引用它，而且又同时编译多个C文件，将其生成的目标文件连接成一个可执行文件，在每个引用此头文件的C文件所生成的目标文件中，都有一份这个函数的代码，如果这段函数又没有定义成局部函数，那么在连接时，就会发现多个相同的函数，就会报错
2.如果在头文件中定义全局变量，并且将此全局变量赋初值，那么在多个引用此头文件的C文件中同样存在相同变量名的拷贝，关键是此变量被赋了初值，所以编译器就会将此变量放入DATA段，最终在连接阶段，会在DATA段中存在多个相同的变量，它无法将这些变量统一成一个变量，也就是仅为此变量分配一个空间，而不是多份空间，假定这个变量在头文件没有赋初值，编译器就会将之放入BSS段，连接器会对BSS段的多个同名变量仅分配一个存储空间
3.如果在C文件中声明宏，结构体，函数等，那么我要在另一个C文件中引用相应的宏，结构体，就必须再做一次重复的工作，如果我改了一个C文件中的一个声明，那么又忘了改其它C文件中的声明，这不就出了大问题了，程序的逻辑就变成了你不可想象的了，如果把这些公共的东东放在一个头文件中，想用它的C文件就只需要引用一个就OK了！！！这样岂不方便，要改某个声明的时候，只需要动一下头文件就行了
4.在头文件中声明结构体，函数等，当你需要将你的代码封装成一个库，让别人来用你的代码，你又不想公布源码，那么人家如何利用你的库呢？也就是如何利用你的库中的各个函数呢？？一种方法是公布源码，别人想怎么用就怎么用，另一种是提供头文件，别人从头文件中看你的函数原型，这样人家才知道如何调用你写的函数，就如同你调用printf函数一样，里面的参数是怎样的？？你是怎么知道的？？还不是看人家的头文件中的相关声明啊！！！当然这些东东都成了C标准，就算不看人家的头文件，你一样可以知道怎么使用

⑦ KEIL MDK编译器默认生成的文件是什么格式，ELF还是AXF格式

你这个问题问得有点不对。armcc编译器默认生成的目标文件是兼容ELF格式的，默认生成的输出执行文件（已连接为绝对定位）是AXF格式。。

⑧ ARM编译器与VC++编译器的区别

arm编译器编译出来的是arm处理器执行的二进制文件
而vc编译出来的是在x86构架windows系统下的可执行文件
区别很大，ads编译出来的文件是直接面对arm底层硬件的操作，很多系统函数需要自己编写
而vc中很多类，api函数已经是现成的了，直接调用就可以了

ads中填充0xff，其实在没有代码的地址上填充什么都无所谓，因为程序就不会运行到那个地址上，只是为了让编写程序的人清楚这个地方时空的。（个人的感觉，不知道对不对）

vc的编译我不是很清楚，你再看看其他答案吧。也许和arm的情况差不多

⑨ 有关armcc编译器的问题

如在如下子目录中：d:\new\01
可用下述命令：armcc d:\new\01\filename.c
[格式]有多长写多长，后边加个：\<文件名>

⑩ 在ARM上运行交叉编译后的opencv文件，没有输出

一、交叉编译opencv
构造：

下载：各个库的下载可以直接搜名字到官网下载
几个关键解释：
“--prefix=” 后边跟make install时的位置，本例中，libz在make install时将安装到/usr/arm-linux-gnueabihf中
“--host=” 后边跟arm-linux表明使用的是ARM环境
有configure的才能进行configure配置
4）所有的makefile修改类似
Libz的交叉编译
第一步：# ./configure --prefix=/usr/arm-linux-gnueabihf --shared
第二步：修改makefile，主要有下边几个，修改的时候通篇参照即可
CC=arm-linux-gnueabihf-gcc
AR=arm-linux-gnueabihf-ar rc
RANLIB=arm-linux-gnueabihf-ranlib
STRIP = arm-linux-gnueabihf-strip
如果有ARCH的话，ARCH=ARM
第三步：#sudo make
#sudo make install
Libjpeg的交叉编译
第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static CC=arm-linux-gnueabihf-gcc
第二步：参考1）中方法修改makefile
第三步：#sudo make
#sudo make install
Libpng的交叉编译
第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static CC=arm-linux-gnueabihf-gcc
第二步：参考1）中方法修改makefile
第三步：#sudo make
#sudo make install
Yasm的交叉编译
第一步：#./configure --host=arm-linux --prefix=/usr/arm-linux-gnueabihf --enable-shared --enable-static
第二步：修改makefile
第三步：#sudo make
#sudo make install
Libx264的交叉编译
第一步：#CC=arm-linux-gnueabihf-gcc ./configure --enable-shared --host=arm-linux --disable-asm --prefix=/usr/arm-linux-gnueabihf
第二步：修改config.mak里的参数，因为makefile要调用config.mak，所以修改方法同makefile
第三步：#sudo make
#sudo make install
Libxvid的交叉编译
第一步：首先切换目录 #cd build/generic
第二步：#./configure --prefix=/usr/arm-linux-gnueabihf --host=arm-linux --disable-assembly
第三步：#sudo make
#sudo make install
ffmpeg的交叉编译
第一步：
./configure --enable-cross-compile --target-os=linux --cc=arm-linux-gnueabihf-gcc --arch=arm --enable-shared --disable-static --enable-gpl --enable-nonfree --enable-ffmpeg --disable-ffplay --enable-ffserver --enable-swscale --enable-pthreads --disable-yasm --disable-stripping --enable-libx264 --enable-libxvid --extra-cflags=-I/usr/arm-linux-gnueabihf/include --extra-ldflags=-L/usr/arm-linux-gnueabihf/lib --prefix=/usr/arm-linux-gnueabihf
第二步：修改makefile文件
第三步：#sudo make
#sudo make install
第四步：将ffmpeg加入pkg-config
执行#sudo gedit /etc/bash.bashrc，在末尾加入
export LD_LIBRARY_PATH=/usr/arm-linux-gnueabihf/lib/
export PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/arm-linux-gnueabihf /lib/pkgconfig
export PKG_CONFIG_LIBDIR=$PKG_CONFIG_LIBDIR:/usr/arm-linux-gnueabihf /lib/
完毕后使用命令：#source /etc/bash.bashrc
或者单独使用三个export，不过寿命只在一个终端中，终端关闭时就失效。
几个关键解释：--extra-flags指向xvid的安装路径，--extra-ldflags指向x264的路径
安装cmake-gui
执行：#sudo apt-get install cmake-qt-gui
Opencv的交叉编译
第一步：修改opencv/platflrms/linux/目录下的arm-gnueabi.toolchain.cmake，将其所有删掉，写入：
set( CMAKE_SYSTEM_NAME Linux )
set( CMAKE_SYSTEM_PROCESSOR arm )
set( CMAKE_C_COMPILER arm-linux-gnueabihf-gcc )
set( CMAKE_CXX_COMPILER arm-linux-gnueabihf-g++ )
第二步：在opencv目录下新建build目录，进入build目录，执行命令：
#cmake -DCMAKE_TOOLCHAIN_FILE=../platforms/linux/arm-gnueabi.toolchain.cmake ../
这时，要保证出现：

第三步：使用cmake-gui打开CMakeCache.txt，去掉所有的无关项，修改CMAKE_INSTALL_PREFIX，来确定make install的目录
第四步：#sudo make
#sudo make install
可能出现的错误：
opencv编译不通过，出现skip之类的，说明ffmpeg没编译好，或者其编译好了，但是pkg-config没有设置好，一定要设置好其环境
前边几步不通过的话，看看命令有没有少，或者有没有修改好makefile
在arm上使用时，一种方法时直接将编译好的opencv目录下的lib文件拷贝到开发板对应的/lib目录下，其他或者拷贝到自己指定的目录，并设置好环境变量即可使用