交叉编译工具的名字

❶ 交叉编译环境包括哪些工具，它的作用是什么

首先你要知道一个软件可能需要在多个CPU架构的平台上运行，如ARM架构，X86架构等等。
假设你要开发一个软件目标平台是ARM，那么你可以选择在PC上，即X86平台上进行开发，然后使用交叉编译工具把软件编译成ARM架构版本，然后才能在ARM上运行，如果只是用一般的编译工具链，那么只能编译在当前平台上运行。
至于编译工具链有哪些，具体要看你的开发平台和目标平台，会对应不同的编译工具。

❷ 在windows上生产linux执行程序的交叉编译工具链叫什么

交叉编译出来的文件在目标机上无法运行大多由两个原因造成： 1 交叉编译工具链与目标机架构不匹配，也就是选错了编译工具； 2 缺少依赖库，这种情况可使用ldd命令查看依赖项，检查一下是否缺少依赖库文件

❸ 什么是交叉编译工具链

内核不同就需要交叉编译。简单的说,就是在一个平台上生成另一个平台上的可执行代码;

❹ linux 交叉编译器 有哪些

编译选项个数
内核的编译选项的个数非常多, v2.6.38的内核中就有 12 000 个左右的设置选项(这是包含所有arch的配置选项).
内核编译选项不仅多, 有些编译选项之间还存在依赖关系, 所以手动设置编译选项几乎是不可能的.
值得庆幸的是, 只要知道自己需要设置的那些选项, 就可以使用 make ***config 来进行设置, 它还会自动处理依赖关系.
配置编译选项:
设置内核编译选项是通过 kconfig 这个工具来完成的.
kconfig 的源码就是内核代码中 script/kconfig 目录下
各个编译选项的选择有3种方式:
编译方法:
make menuconfig :: 源码根目录下生成 .config (没有会自动生成), .config中就是各个内核编译选项的选择状况.
make defconfig :: 根据当前系统的架构默认 .config 生成内核源码目录下的 .config (每个架构的配置文件: ex. arch/x86/configs/x86_64_defconfig)
make oldconfig :: 将已有的 .config 放到源码根目录下后执行, 目的是为了复用之前的内核编译选项的配置.
make xconfig :: 图形化配置, 需要qt3, 个人觉得没有必要, 有 make menuconfig 就足够了.
make localmodconfig :: 生成以正在使用的内核模块为对象的 .config
=y :: 直接编译到内核中
=m :: 以模块方式编译到内核中
不设置 :: 不编译

❺ 交叉编译器为什么叫交叉编译交叉

交叉编译这个概念的出现和流行是和嵌入式系统的广泛发展同步的。我们常用的计算机软件，都需要通过编译的方式，把使用高级计算机语言编写的代码（比如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. 编译部分：

❼ 交叉编译器的分类

编译器可以生成用来在与编译器本身所在的计算机和操作系统（平台）相同的环境下运行的目标代码，这种编译器又叫做“本地”编译器。另外，编译器也可以生成用来在其它平台上运行的目标代码，这种编译器又叫做交叉编译器。交叉编译器在生成新的硬件平台时非常有用。“源码到源码编译器”是指用一种高阶语言作为输入，输出也是高阶语言的编译器。例如: 自动并行化编译器经常采用一种高阶语言作为输入，转换其中的代码，并用并行代码注释对它进行注释（如OpenMP）或者用语言构造进行注释（如FORTRAN的DOALL指令）。
预处理器（preprocessor）
作用是通过代入预定义等程序段将源程序补充完整。
编译器前端（frontend）
前端主要负责解析（parse）输入的源代码，由语法分析器和语意分析器协同工作。语法分析器负责把源代码中的‘单词’（Token）找出来，语意分析器把这些分散的单词按预先定义好的语法组装成有意义的表达式，语句 ，函数等等。 例如“a = b + c;”前端语法分析器看到的是“a， =， b ， +， c;”，语意分析器按定义的语法，先把他们组装成表达式“b + c”，再组装成“a = b + c”的语句。 前端还负责语义（semantic checking）的检查，例如检测参与运算的变量是否是同一类型的，简单的错误处理。最终的结果常常是一个抽象的语法树（abstract syntax tree，或 AST），这样后端可以在此基础上进一步优化和处理。
编译器后端（backend）
编译器后端主要负责分析，优化中间代码（Intermediate representation）以及生成机器代码（Code Generation）。
一般说来所有的编译器分析，优化，变型都可以分成两大类：函数内（intraproceral）还是函数之间（interproceral）进行。很明显，函数间的分析，优化更准确，但需要更长的时间来完成。

❽ 什么是交叉编译器

交叉编译器：在一种计算机环境中运行的编译程序，能编译出在另外一种环境下运行的代码

❾ LINUX交叉编译工具链和GCC是什么关系啊

编译工具链一般最简化的为 binutils + gcc + glibc + kernel-header 组合的环境。
GCC 就是编译器，他的输出每次安装只能有针对一个架构的指令输出。如果要多个架构输出，那就要装多个 GCC ，所以编译工具链里面会有一个 GCC 。

交叉编译就是跨架构编译，编译出来的程序不能在本机执行（当然有例外情况）。所以这个时候就需要交叉编译工具链。
工具链光有 GCC 是不行的，还需要一个 binutils 的二进制连接器，以及一个最基本的目标架构的 C 库，C 库还需要一个目标架构的内核源代码才能完全工作（当然不是必须的，但编译有的时候需要）
又因为 GCC 、binutils 不能实现单软件同时多架构输出，所以需要单独另装，又加上 C 库和内核头文件需要目标架构的东西而不能用本机本地架构的数据。

所以一个交叉编译工具链就是针对目标架构准备的单独安装单独使用的 binutils + gcc + glibc + kernel-header 的集合了。

PS：这个 kernel-header 并不一定就是 Linux ，他还可以是别的系统核心开发库，比如 FreeBSD 。

❿ linux下用交叉编译器编译时，已经指定了库的路径跟库的名字，可是还是报错找不到库。

看起来它不是个库，倒像是个可执行程序
一般so都放在lib这样的目录下，你这个是bin，而且和它在一起的都是可执行程序，并且它没有so后缀名。