交叉编译器差异

今天遇到一个问题，由于交叉编译器的差异，导致在不同的Linux版本上运行出现"No such file or directory"。

按说如果没有可执行权限，应该提示权限不够；如果是平台不对，应该提示无法执行二进制文件。不应该是找不到文件啊。

解决过程整理如下：

1、调试查看可执行文件是32位还是64位"file hell.elf"，及运行的Linux系统版本是多少位的。

如果系统和程序一个是32位一个是64位，也会出现No such file or directory的错误，但本质都是找不到动态库。

2、"file hell.elf"也可以知道可执行文件的编译选项是动态链接还是静态链接。也可以通过"readelf -l hello.elf"查看可执行文件依赖的库文件。

另一种导致可执行文件出现"No such file or directory"，就是由于交叉编译器gcc版本的差异，导致出现No such file or directory的错误。

此执行的问题，可以通过修改程序的编译的选项为"-static"的方式解决。从实践看，编译器是默认为动态链接的。

我遇到的问题就是属于这一类，这个例子说明2个问题：

（1）我用的交叉编译器和ATC用的交叉编译器不同，默认编译是动态链接，不同的交叉编译器链接的动态库内容相同，但是路径不同，所以会提示找不到文件；
（2）后来我改用静态链接的方法编译，可执行程序就大了很多，但运行时也不在依赖其他动态库了。虽然交叉编译器不太一样，但都是基于arm 64位cpu的指令集，所以也能正常运行。 

解问题又学了一个新知识点。积累的多了，各个知识点就能联系起来形成自己的体系了。

问题解决参考到的两篇文档链接如下：

http://blog.csdn.net/kenny_wju/article/details/17629073

http://bbs.csdn.net/topics/390349057?page=1