交叉编译内核版本
椤�build 能够编译内核树目录内的内核模块，也能够编译内核树目录外的内核模块（外部内核模块）。. 编译外部内核模块的命令： #cd <your-mole-dir> #make -C <path-to-kernel> M=`pwd` 其中<your-mole-dir> 为要编译的内核模块所在目录，<path-to-kernel> 为内核源码所在的目录。 对于发行版本的Linux ，可以用： #make -C /lib/moles/`uname -r`/build M=`pwd` 注意：使用Kbuild 之前，必须先成功编译过内核源码。 说明： .#make -C <path-to-kernel> M=`pwd` moles 作用与上面的命令一样 .以前的内核版本可以使用 #make -C <path-to-kernel> SUBDIRS=`pwd` moles. 安装外部内核模块 #make -C <path-to-kernel> M=`pwd` moles_install 默认安装目录为：/lib/moles/`uname -r`/extra ，可以通过INSTALL_MOD_PATH 宏在默认安装路径前加前缀。 例如： #make -C <path-to-kernel> INSTALL_MOD_PATH=/opt M=`pwd` moles_install 则编译后的模块会放在/opt/lib/moles/`uname -r`/extra 通过宏INSTALL_MOD_DIR 可以修改是否放在'extra' 下，例如： #make -C <path-to-kernel> INSTALL_MOD_DIR=golf M=`pwd` moles_install 则编译后的模块会放在/lib/moles/`uname -r`/golf . 编译单个文件 #make -C <path-to-kernel> M=`pwd` <filename>. 其他命令 #make -C <path-to-kernel> M=`pwd` clean #make -C <path-to-kernel> M=`pwd` help.Kbuild 文件 Linux的Kbuild 会在内核模块目录下查找Kbuild 文件，如果有，则在编译时会使用该文件。示例： 假设有这么几个文件：8123_if.c 8123_if.h 8123_pci.c 8123_bin.o_shipped( 二进制的模块文件) Kbuild 文件的内容： obj-m := 8123.o 8123-y:8123_if.o 8123_pci.o 8123_bin.o Makefile的内容： #为了兼容旧版本的Kbuild ifneq($(KERNELRELEASE),) include Kbuildelse# 正常的Makefile KDIR:=/lib/moles/`uname -r`/buildall::$(MAKE) -C $(KDIR) M=`pwd` $@ # 其他targetgenbin:echo "X" > 8123_bin_shippedendif 注意，没有源码的二进制.o 文件必须以原文件名加_shipped 结尾，例如8123_bin.o_shipped，KBuild 会把8123_bin.o_shipped 复制为8123_bin.o ，然后一起编译。 应该用： ifeq ($(obj),) obj= .
㈡ linux各个内核版本与交叉编译器版本的对应问题。这个是怎么对应的。我怎么知道我的内核需要那个编译器。
一般来说越新的内核用越新的交叉编译器，你不用知道怎么选择，网上都有大量的现成例子，你这个3.4.1和4.4.3 都跳了一个重大改版了，也许你这个3.4.1只能编译通过2.4.xxx的内核，交叉编译器在编译的时候涉及到对一些代码的优化，2.4内核 和2.6内核差了很多，这个你也知道！
㈢ arm-linux-gcc交叉编译器的制作，以及版本选择问题。
，需要必须有足够动经验来支持。
另外，用 RH9 的都是高手，我想你的知识不需要来提问了吧？
1、在 PC 上编译 arm 的程序当然需要较差编译器，这个需要自己安装，或者着现成的交叉编译器环境，一般是一个特殊参数编译出来的 gcc + binutils + glibc + linux-header。这个每个人动环境不同，一般都需要自己编译一个，当然没有特殊需求，也可以找现成的。不过很难找，因为这套环境还要和你动系统搭配，不然环境不匹配，连这个环境都不能运行，那就更谈不上编译东西了。
有关自己编译搭建交叉编译环境，可以看看一个特殊的 Linux 发行版 LFS 的分支： CLFS 。
2、移植分很多意思，移植有可能就意味着这套源代码不能在目标系统上面编译，需要你根据相应的知识去修改源代码来让这套代码适应目标编译器的要求，比如源代码有 SSE4 的优化，这套程序在非 SSE4 CPU 上无法编译运行，但目标机器连 SSE1 都不支持。那么就需要移植。
或者移植仅仅是根据新的环境进行编译，不需要进行源代码修改，只需要进行一下编译就能运行的程序，也可以称为移植，就是从一个环境、架构 -》另一个环境、架构。都可以称为移植，但真正的移植意味着修改程序源代码来适应新环境。你说的这种移植是最简单的移植。
3、决定目标硬件环境 -》搭建目标编译器 -》制作目标环境（内核，基础软件库）-》进行应用移植（移植需要的软件、主应用程序）-》搭建系统文件系统 -》导入目标系统-》启动目标系统&应用。说起来很简单，因为这是完全没有问题的条件下。
至于超级终端。那是用来控制目标系统的。目标系统有可能不能插键盘鼠标显示器，这就需要一个远程网络链接来进行控制。以及通过远程链接来发送数据。这都需要终端的支持。
虚拟机下面进行开发，不能发挥你的计算机的性能。而且因为隔着 VMware 的软件模拟层，可能还不会很方便的让你链接目标设备。
至于用 socket ，我还没见到你的目标需要这个东西，因为所有的东西都是现成的源代码。不需要你从 0 开始写，当然你想自己写一个系统内核，或者服务器程序，或者全套的系统+应用，我绝对不拦你，但希望你写完这套东西，能把源代码发布出来。
ads 可以认为是一个支持环境，他本身不是一个系统的开发 SDK 。
-------------------------------------
ads 没用过，印象里他还有模拟器，调试器什么的程序。功能上要比 Linux 开发环境，WinCE 环境下面的东西更多更偏向于硬件方面，毕竟 ads 是 arm 出品的，不太可能偏向于软件部分设计。Linux 和 WinCE 都是系统而不是硬件工具。
你可以认为交叉编译器是一个应用程序，一个输出器。把源代码输出为 arm 的代码，这个应用程序的输出，是靠他自己的环境，而不是当前系统的环境的。
当前系统的各个软件的版本，不能影响交叉编译器输出的环境（理论上，现实有的时候总是从别的地方给你打击……），交叉编译器一般至少有 gcc 、binutils 、glibc 库、linux kernel 头文件。
在软件需求上。
头文件谁都不依赖，glibc 只需要内核头文件，其他程序全都依赖于 glibc 。也就是所有程序都不依赖内核，仅仅是依赖于内核头文件。
gcc 和 binutils 是把程序源代码根据上面各个环节的需提供的功能来输出为上面环节里面的二进制程序。依赖你当前环境的，只有 gcc 和 binutils 两个程序的执行、控制环节。只有他们两个依赖的，而不是你的交叉编译后的程序。
至于编译器版本的选择，新版本功能更好，旧版本兼容更好。
这个要看你的实际需要了。应用程序源代码也调编译器的，同时也依赖于软件库的功能。
arm 开发建议稳定、兼容优先。当然也可以尝试最新的编译环境，来获取更好的优化（前提是还有什么代码优化的话）。
另外,团IDC网上有许多产品团购,便宜有口碑
㈣ 用交叉编译器（已经更改为arm-linux-gcc） 编译内核；但是提示gcc没有找到
提示 gcc：not command；就表示是gcc命令没找到，这个和你的arm-linux-gcc没关系，因为如果arm-linux-gcc找不到的话，会提示arm-linux-gcc找不到的，所以你就只能猜是不是host边的gcc没找到，然后在你的主机端安装gcc开发包就可以了。
嵌入式一种重要的能力就是debug，自己锻炼下吧，以后这种简单的问题就能搞定了。
㈤ linux交叉编译ARM内核问题，急！！
编译器的问题，更换交叉编译链即可
另外编译内核推荐使用使用make bzImage ARCH=arm CROSS_COMPILE=arm-linux-
在编译之前请先配置内核make menuconfig ARCH=arm