交叉编译环境（arm-himix200-linux-gcc）碰到的问题
今天在新的⼀台服务器上交叉编译海思的，在配了海思的交叉编译环境后，编译却碰到了问题，总结⼀下：
1. "No such file or directory"的问题
这些交叉编译器是32位的, ⽽操作系统是64位的，安装lib32ncurses5库
sudo apt install lib32ncurses5
2. libstdc++.so.6找不到：libstdc++.so.6: cannot open shared object file: No such file or directory
sudo apt install lib32stdc++6 lib32z1 lib32z1-dev
交叉编译环境（arm-himix200-linux-gcc）碰到的问题
今天在新的⼀台服务器上交叉编译海思的，在配了海思的交叉编译环境后，编译却碰到了问题，总结⼀下：
1. "No such file or directory"的问题
这些交叉编译器是32位的, ⽽操作系统是64位的，安装lib32ncurses5库
sudo apt install lib32ncurses5
2. libstdc++.so.6找不到：libstdc++.so.6: cannot open shared object file: No such file or directory
sudo apt install lib32stdc++6 lib32z1 lib32z1-dev
1 / 7 首先将下载的arm-linux-gcc工具复制到虚拟机的Fedora系统中，我目前能找到的最新版本是arm-linux-gcc-4.4.3。
1、解压arm-linux-gcc文件：可以点右键直接解压缩（现在的LINUX系统在这方面已经做的很好了），也可以用命令行的方式tar xvzf arm-linux-gcc-4.3.2如下图所示：
如果用命令行解压缩需要用su命令以root身份登录后在root权限下，用cd进入压缩包所在的文件夹后，再用tar xvzf arm-linux-gcc-4.4.3-20100728.tar.gz命令解压缩。
解压缩后在/tmp文件夹下多了一个opt文件夹。这时交叉编译环境其实就已经安装上了，只是必须用绝对路径而已。例如我解压缩后交叉编译器在/tmp/opt/FriendlyARM/toolschain/4.4.3/bin/文件夹下，可以在终端输入“/tmp/opt/FriendlyARM/toolschain/4.4.3/bin/arm-linux-gcc -v”如果出现如下图的信息，表明交叉编译环境安装好了。
2、Linux的环境变量一般都存在/usr/local/文件夹下，所以我也把解压缩后的文件夹移动到这个文件夹下。但是由于/usr文件夹是系统文件夹，只有在root权限下才能对这个文件夹进行修改，所以要像下面这样来移动/tmp/opt文件夹。
3、但是如果每次编译代码时都输入绝对路径就太麻烦了，这就需要更改环境变量了。在root身份下输入：
$ cd ~ #到用户根目录下
$ ls -a #查看所有文件，包含隐藏的文件
$ vi .bash_profile #用vi编辑器修改用户环境变量文件
这样就进入了vi编辑器，按i键进入编辑模式，
在export PATH后面加上=$PATH:usr/local/opt/FriendlyARM/toolschain/4.4.3/bin
arm交叉编译详解转载⾃ , 有修改CSDNGitHub
本作品采⽤进⾏许可, 转载请注明出处
本⽂主要介绍了什么是，为何要有交叉编译；解释了什么是⼯具链，什么是交叉⼯具链；详解解释了交叉编译器的名字的命名规则，以及如何获得交叉编译器，制作交叉编译器的各种⼯具，使⽤已有的交叉编译器和⾃⼰⼿动编译交叉编译器之间的对⽐；最后总结了交叉编译⽅⾯的⼼得和注意事项。本⽂提供多种格式供：12345678在线阅读下载(7zip压缩包)HTML版本的在线地址为：有任何意见，建议，提交bug等，都欢迎去讨论组发帖讨论：2015-05-23修订历史修订 1.3.0 2015-05-23 crl将帖⼦内容整理过来2. 添加了关于交叉编译器命名规则的解释3. 添加了使⽤已有的交叉编译器和⾃⼰⼿动编译交叉编译器之间的对⽐4. 补充完整帖⼦引⽤5. 添加交叉编译器eldk的下载地址本⽂章遵从：署名-⾮商业性使⽤ 2.5 中国⼤陆(CC BY-NC 2.5)前⾔1. 本⽂⽬的本⽂⽬的在于，介绍关于交叉编译⽅⾯的概念，以及如何获得和制作交叉编译器等等内容。1. 待完成有空再去⾃⼰，不⽤⼯具，⼿动的，从头到尾的，制作⼀个交叉编译器。然后再把内容整理过来。1 交叉编译简介
1.1 什么是交叉编译
解释什么是交叉编译之前，先要明⽩⼀个概念：本地编译我们之前常见的软件开发，都是属于本地编译：在当前的PC下，x86的CPU下，直接编译出来程序，可以运⾏的程序（或者库⽂件），其可以直接在当前的环境，即x86的CPU下，当前电脑中，运⾏。此时的编译，可以叫做，本地编译，即在当前⽬标平台下，编译出来的程序，也只是放到当前平台下，就可以运⾏的。交叉编译，是⼀个和，本地编译，相对应的概念。⽽所谓的，交叉编译，就是：在⼀种平台上编译，编译出来的程序，是放到别的平台上运⾏即编译的环境，和运⾏的环境，不⼀样，属于交叉的，此所谓cross交叉编译，这个概念，主要和有关。例 1.1. 在x86平台上编译，在平台上运⾏⼀种最常见的例⼦就是：在进⾏开发时⼿上有个嵌⼊式开发板，CPU是arm的然后在x86的平台下开发，⽐如Ubuntu的，或者是Win7然后就需要：在x86的平台上，（⽤交叉编译器）去编译你写好的程序代码编译⽣成的（可执⾏的）程序，是放到⽬标开发板，arm的CPU上运⾏的此所谓：在x86平台上编译，在ARM平台上运⾏交叉编译，英⽂常写作cross compile，也有其他写法：crosscompile, cross compiling等1.2 为何要有交叉编译
crosstool编译过程中gcc版本问题
crosstool编译过程中gcc版本问题
在使用crosstool构建工具链的过程中，出现了如下问题，导致arm-linux-gcc没有生成：
> checking version of gcc... 4.0.0, bad
> checking for gnumake... no
> checking for gmake... gmake
> checking version of gmake... 3.80, ok
> configure: error:
> *** These critical programs are missing or too old: gcc
> *** Check the INSTALL file for required versions.
察看crosstool目录中的contrib/inbox.txt文件，有关于这个问题的邮件描述：
> checking build system type... i686-pc-linux-gnu
> checking host system type... mipsel-unknown-linux-gnu
> checking sysdep dirs... sysdeps/mips/elf
sysdeps/unix/sysv/linux/mips
> sysdeps/unix/sysv/linux sysdeps/gnu
sysdeps/unix/common
> sysdeps/unix/mman sysdeps/unix/inet sysdeps/unix/sysv
sysdeps/unix/mips
> sysdeps/unix sysdeps/posix sysdeps/mips/mipsel
sysdeps/mips/fpu
> sysdeps/mips sysdeps/wordsize-32 sysdeps/ieee754/flt-32 > sysdeps/ieee754/dbl-64 sysdeps/ieee754
