pc交叉编译

‘壹’ powerpc 交叉编译错误

libgcc.a 没有找到：

1. 检查你的libgcc.a环境变量的设置
   

   $CC --print-libgcc-file-name

   若路径为libgcc.a 证明是当前目录下的库文件或者是PATH环境变量下的libgcc.a。

2. 找到你的工具链库的地址

   find -name "libgcc.a"

   /opt/fsl-qoriq/1.9/sysroots/ppce5500-fsl-linux/usr/lib/powerpc-fsl-linux/4.9.2/libgcc.a3

3. 将此地址加到PATH里去：

   export PATH=/opt/fsl-qoriq/1.9/sysroots/ppce5500-fsl-linux/usr/lib/powerpc-fsl-linux/4.9.2/libgcc.a:$PATH

‘贰’ 什么是交叉编译

举个例子来解答。
我们的电脑PC的CPU是intel或者AMD的，这种CPU全部是x86架构的，内在指令是一样的。
而嵌入式linux的CPU一般是ARM的，这种CPU的指令架构和x86完全不同。

如果，你在电脑上写了个C语言程序，然后编译运行，但是这种程序只能在PC上，也就是intel或AMD的CPU上运行。你下载到ARM的机器上是不能运行的。

如果想要运行，就要在PC上根据ARM的指令架构来编译程序。

这种在这种架构的CPU机子上编译另外一种架构CPU的软件，就叫做“交叉”编译。交叉CROSS就是这个意思。

‘叁’ 什么是交叉编译，为什么要使用交叉编译

交叉编译的概念（来自网络）：

简单地说，就是在一个平台上生成另一个平台上的可执行代码。同一个体系结构可以运行不同的操作系统；同样，同一个操作系统也可以在不同的体系结构上运行。举例来说，我们常说的x86 Linux平台实际上是Intel x86体系结构和Linux for x86操作系统的统称；而x86 WinNT平台实际上是Intel x86体系结构和Windows NT for x86操作系统的简称。
举个例子：
我们在Linux系统比如Ubuntu上编写的C程序完全可以拿到Windows系统上正常运行。

‘肆’ 什么是交叉编译

在一个平台架构上，编译另一个平台架构的可执行代码，就是交锋漏叉编译。
例如在x86架构的pc上编译arm嵌入式设备的可执行程序。
交叉编译是不得不用，伍前
首先在目标设备的系统还没引导起来的时候腔基清，编译目标平台的引导程序，显然只能交叉编译。
还有因为目标设备往往能力太低，没法安装编译器，或者勉强安装了，也慢得像蜗牛。

‘伍’ arm菜鸟问题:1.在pc上交叉编译好的软件到arm下载到arm板上直接就能运行吗 2.如果运

首先你有没有操作系统，有操作系统才能成为软件，如果没有，那叫裸版程序；操作激指桥系统如果是Linux的话，和Linux下执行可执行文件一样的，我看你问这问题应该还刚刚用，你得先仔细看看手册熟悉自己的开发板然逗知后在开始用，这样才会少走弯路。没有图形明猛界面的程序一般都会在控制台上打印出信息的，好好看资料，加油哦！

‘陆’ 嵌入式编程与PC编程有何区别

无区别，只不过编译器不一样罢了。因为不同的cpu构架有不同的指令集。而嵌入式基本使用RISC结构的cpu，需要使用pc上的cpu编译出在能嵌入式cpu上运行的二进制程序。这叫交叉编译。pc上的程序不可以直接在其他cpu上运行，需要重新编译。 因为编译器不一样，执行的c语言标准就跟编译器相关。 管理内存映射，设置中断系统等在pc上也有，不是嵌入式的专利。 只是做嵌入式里的界面、网络、文件编程的话，跟pc上几乎没有差别，因为有操作系统罩着。如果开发驱动程序，就要求你对所使用的cpu和板子的结构很了解，也就是看得懂硬件手册即可。 另外嵌入式环境同pc的差别 如cpu位数、硬件资源紧缺等是需要程序员考虑的。

‘柒’ 交叉编译是移动开发的未来吗

介绍：

1. 交叉编译这个概念的出现和流行是和嵌入式系统的广泛发展同步的。

2. 常用的计算机软件，都需要通过编译的方式，把使用高级计算机语言编写的指仿代码（比如C代码）编译（compile）成计算机可以识别和执行的二进制代码。

3. 交叉编译工具可以在CPU能力很强、存储控件足够的主机平台上（比如PC上）编译出针对其他平台的可执行程序。

与主机编译相比，交唯枯纤叉编译受的限制更多，虽然在理论上可以做任何形式的交叉编译，但事实上，由于受到专利、版权、技术的限制，并不总是能够进行交叉编译，尤其是在业余条件下，所以说交叉编译是移动开发的未来是不过分败凯的。

‘捌’ 单片机的开发也属于交叉编译吧

交叉编译
由于计算机的指令集与ARM上的指令集不一样。所以当程序能正常在PC上执行时，不一定能正常地在ARM上执行。
一般交叉编译的过程是这样的：PC调试的程序 =====> 调试可用，通过交叉编译器将代码指令转换成对应的ARM平台代码指令 ====> 移植到ARM平台上使用。

而单片机的过程也有些像。你像这类高深的问题不会出现在单片机上。其实你要明白什么是编译。
编译就是将 高级的语言转换成机器能识别的语言。这个过程就叫编译。
单片机的C语言在平台上能运行，是因为有仿真软件。而经过编译之后，就变成单片机能执行的代码了。
而ARM不一样。PC中Linux下，程序也能执行，但不是仿真。他是真正的运行。但你移植到ARM平台就不一定能执行，需要转化代码的指令。这个转换过程你可以当成是交叉编译。

其实说白了吧。没多大区别，就是转换成他们能执行的代码就对了。但只是单片机不这样叫。因为单片机的代码是没办法直接在PC上跑的。只能通过仿真软件跑。

希望我的回答对你有所帮助。

‘玖’ 交叉编译的词义

一个经常会被问到的问题就是，“既然我们已经有了主机编译器，那为什么还要交叉编译呢？”其实答案很简单。有时是因为目的平台上不允许或不能够安装我们所需要的编译器，而我们又需要这个编译器的某些特征；有时是因为目的平台上的资源贫乏，无法运行我们所需要编译器；有时又是因为目的平台还没有建立，连操作系统都没有，根本谈不上运行什么编译器。
另一个经常会被问到的问题就是：“既然可以交瞎槐叉编译，那还要主机编译干吗？”其实答案也很简单，交叉编译是不得已而为之！与主机编译相比，交叉编译受的限制更多，虽然在理论上我们可以做任何形式的交叉编译，但事实上，由于受到专利、版权、技术的限制，并不总是能够进行交叉编译，尤其是在业余条件下！举例来说，我们至今无法生成惠普公司专有的som格式的可执行文件，因此我们根本无法做目的平台为HPPA-HPUX的交叉编译。
就我们这个项目而言，需要交叉编译的原因有两个：首先，在项目的起始阶段，目的平台尚未建立，因此需要做交叉编译，以生成我们所需要的bootloader（启动引导代码）以及操作系统核心；其次，当目的平台能启动之后，由于目的平台上资源的限制，当我们编译大型程序时，依然可能需要用到交叉编译。
交叉编译这个概念的出现和流行是和嵌入式系统的广泛发展同步的。我们常用的计算机软件，都需要通过编译的方式，把使用高级计算机语言编写的代码（比如C代码）编译（compile）成计算机可以识别和执行的二进制代码。比如，我们在Windows平台上，可使用Visual C++开发环境，编写程序并编译成可执行程序。这种方式下，我们使用PC平台上的Windows工具开发针对Windows本身的可执行程序，这种编译过程称为native compilation，中文可理解为本机编译。然而，在进行嵌入式系统的开发时，运行橘弯程序的目标平台通常具有有限的存储空间和运算能力，比如常见的 ARM 平台，其一般的静态存储空间大概是16到32MB，而CPU的主频大概在100MHz到500MHz之间。这种情况下，在ARM平台上进行本机编译就不太可能了，这是因为一般的编译工具链（compilation tool chain）需要很大的存储空间，并需要很强的CPU运算能力。为了解决这个问题，交叉编译工具就圆神闷应运而生了。通过交叉编译工具，我们就可以在CPU能力很强、存储空间足够的主机平台上（比如PC上）编译出针对其他平台的可执行程序。
要进行交叉编译，我们需要在主机平台上安装对应的交叉编译工具链（cross compilation tool chain），然后用这个交叉编译工具链编译我们的源代码，最终生成可在目标平台上运行的代码。常见的交叉编译例子如下：
1、在Windows PC上，利用ADS（ARM 开发环境），使用armcc编译器，则可编译出针对ARM CPU的可执行代码。
2、在Linux PC上，利用arm-linux-gcc编译器，可编译出针对Linux ARM平台的可执行代码。
3、在Windows PC上，利用cygwin环境，运行arm-elf-gcc编译器，可编译出针对ARM CPU的可执行代码。

‘拾’ 请问什么是交叉编译跟本地编译有什么区别

你那个代码很可能是在pc平台上交叉编译到arm设备上的。这样你可以在pc上修改程序，然后pc上编译，最后把编译的结果下载到arm中就可以运行了。不知道你说的本地编译是什么意思，通常所说的那种本地编译就是编译的结果还是在pc上运行，如果你期望的是这个的话，可以考虑修改一下编译器的参数，查一下gcc的说明就知道哪个参数是指定交叉编译平台的，把那个参数去掉就是本地编译了。但是，需要注意的是，这样多半不能成功运行，因为交叉编译到arm上的一般是基于某种特殊的linux平台的，即使你使用了linux平台，其中可能有一些函数也会不同的。。。