Illegal instruction 的解决方法

最新解决办法一： 可能因为arm-linux-gcc 的版本过高，换成arm-linux-gcc-4.3.2 就可以了

其它解决办法：
把/usr/local/arm/compiler/arm-none-linux-gnueabi/libc/armv4t/lib目录(也就是你的编译器的库目录)下
的所有文件拷贝到目标板子的根目录的lib目录下就好了。
这样无论你的hello是动态编译还是静态编译，跑起来都不会有Illegal instruction的问题。

老的解决方法：
开发板配置: ARM9 + linux-3.6.30
编译器：arm-linux-4.3.2
在移植好jffs2文件系统以后，当然想写个hello world 来验证一下自己的成果了。好，开始：
1.编辑编译
#vi hello.c
#include <stdio.h>
int main(void)
{
        printf("welcome to my rootfs!/n");
        return 0;
}
#arm-linux-gcc –o hello hello.c
2.把hello复制到用来制作文件系统的文件夹，制作文件系统rootfs.jffs2,下载运行，开发板能够成功启动，能够出现shell交互界面。这点肯定地说明busybox是没有问题的。运行hello
./hello 出现：
Illegal instruction
从网上找了很多资料，大部分把责任归于EABI，但我想想，既然kernel和busybox都能正常启动，那它们都应该是eabi编译的了，hello也肯定是eabi的，因为他们都是用arm-linux-4.3.2编译的(编译内核的时候make menuconfig要选山EABI选项).所以网上大部分资料都不适合解决我遇到的问题。但最终还是找到了一边能够帮我解决问题的文章：
http://hi.baidu.com/caicry/blog/item/ede3b8fa01ebc89059ee908a.html
虽然他还是把问题归咎于EABI，但是却给我指点了解决问题的方向。
既然busybox（这里的busybox是指编译busybox-1.15.2生成的busybox二进制文件）能够成功运行，hello不能运行，那就看看他们的区别：
#file buxybox
busybox: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, for GNU/Linux 2.6.14, stripped
#file hello
# file hello
hello: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, not stripped
这时候恍然大悟了，hello在ram+linux系统上找不到运行所需的动态库，所以Illegal instruction。重新编译hello.c
#gcc –static –o hello hello.c
#file hello
hello_static: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, for GNU/Linux 2.6.14, not stripped
重新制作jffs2文件系统，下载运行：
#hello 出现
welcome to my rootfs!
 
完！
 
 
现在EABI已经开始在嵌入式中流行起来，确保软件的EABI匹配性，应该注意下面几点：
1.     编译kernel的时候要选上EABI。
2.     交叉编译的所有的软件都要用支持EABI的编译器(例如arm-linux-4.3.2)来编译。