Illegal instruction 的解决方法  http://blog.csdn.net/qiaoliang328/article/details/4866367 最新解决方法： 把/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 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)来编译。