Illegal instruction
的解决方法
最新解决方法：
把/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)来编译。
联系客服
